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APPEAL BRIEF 


Applicants submit the following Appeal Brief in response to the Final Office 
Action of August 17, 2009 ("Office Action"), which finally rejected claims 1-37 if the 
above-referenced application. Applicants timely filed a Notice of Appeal on November 
17, 2009. 


I. Real Party in Interest 

The real party in interest is Tele-Tracking Technologies, Inc, which is a Delaware 
corporation with a principal place of business of 226 Fourth Ave., Pittsburgh, PA 15222. 
Tele-Tracking Technologies, Inc. is the assignee of the above-referenced patent 
application. 

II. Related Appeals and Interferences 

There are no appeals or interferences related to this application. 

III. Status of Claims 

Claims 1-37 are currently pending in this application and all stand rejected. 

IV. Status of Amendments 

All amendments presented in the case have been entered. 

V. Summary of the Claimed Subject Matter 
A. Brief Summary 

The invention is an apparatus for simultaneously graphically displaying room and 
occupant information. The claimed apparatus comprises cells which may be viewed on 
the display. Each cell simultaneously conveys both room status information and 
occupant status information. The cell further comprises a plurality of pre-set and user- 
defined modifiable attributes. In addition the invention is a method for graphically 
displaying the room and occupant information comprising: displaying a matrix with at 
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least one cell with modifiable attributes and modifying the attributes of the cell in 
conveying information about the room or occupant status of the room. Finally, the 
invention is a program storage device that may perform the steps of graphically 
displaying information regarding a room and any occupants. The steps comprise 
displaying a matrix with at least one cell with modifiable attributes and modifying the 
attributes of the cell while conveying information about the room and occupant status of 
the room. 

B. Direct Mapping of Independent Claim Elements to Specification 

A direct mapping of the elements of the independent claims to the specification is 
as follows: 

1. (Rejected) An apparatus for the graphical display of room and room occupant 
information, said apparatus comprising: 

a display {Support can be found throughout the Specification, specifically, Figs. 
1-4; page 14, lines 8-14); and 

an arrangement for producing a cell for being viewed on said display 
(Specification, page 6, line 6 to page 7, line 10; page 9, lines 1-8), said cell 
simultaneously conveying room status information regarding said room and status 
information regarding any registered occupant of said room (Specification, page 7, lines 
4-10; page 9, lines 9-16; page 13, line 7). 
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13. (Rejected) An apparatus for the graphical display of room and room occupant 
information, said apparatus comprising: 

a display {Specification, Figs. 1-4; page 14, lines 8-14); 

an arrangement for producing a cell for being viewed on said display 
(Specification, page 6, line 6 to page 7, line 10; page 9, lines 1-8), said cell having a 
plurality of modifiable attributes (Specification, page 4, lines 10-17; page 8, lines 10- 
17); and 

a controller which modifies at least one of the attributes of said cell (Specification, 
page 4, lines 12-13) in simultaneously conveying information about the current status of 
said room and any registered occupants of said room (Specification, page 7, lines 4-10; 
page 9, lines 9-16; page 13, line 7), wherein said attributes include both pre-set and user- 
defined attributes that comprise pre-set and user-defined attribute values (Specification, 
page 7, line 11 to page 8, line 2; page 8, lines 10-17; page 10, lines 8-16). 

25. (Rejected) A method of graphically displaying room and room occupant 
information, said method comprising the steps of: 

displaying a matrix (Specification, page 3, lines 14-15; page 4, line 15; Figs. 1- 

0; 

displaying at least one cell within the matrix (Specification, page 4, line 16), each 
cell corresponding to and simultaneously displaying information relating to said room 
and any registered occupants of said room (Specification, page 4, lines 15-17; page 7, 
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lines 4-10; page 9, lines 9-16; page 13, line 7), said cell having a plurality of modifiable 
attributes {Specification, page 4, lines 10-17; page 8, lines 10-17); and 

modifying at least one of the attributes of the cell in conveying information about 
at least one of the current status of said room and the current status of any registered 
occupants of said room, wherein said attributes include both pre-set and user-defined 
attributes that comprise pre-set and user-defined attribute values {Specification, page 4, 
lines 17-18; page 7, line 11 to page 8, line 2; page 8, lines 10-17; page 10, lines 8-16). 

37. (Rejected) A program storage device readable by machine {Specification, 
page 5, lines 1-2), tangibly embodying a program of instructions executable by the 
machine to perform method steps for the simultaneous graphical display of information 
relating to a room and any registered occupants thereof {Specification, page 5, lines 1-4), 
said method comprising the steps of: 

displaying a matrix {Specification, page 3, lines 14-15; page 4, line 15; Figs. 1- 

4)\ 

displaying at least one cell within the matrix {Specification, page 4, line 16), each 
cell corresponding to and simultaneously displaying information relating to said room 
and any of said registered occupants of said room and having a plurality of modifiable 
attributes {Specification, page 4, lines 15-17; page 7, lines 4-10; page 9, lines 9-16; page 
13, line 7); and 

modifying at least one of the attributes of the cell in conveying information about 
the current status of said room, wherein said attributes include both pre-set and user- 
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defined attributes that comprise pre-set and user-defined attribute values (Specification, 
page 4, lines 17-18; page 7, line 11 to page 8, line 2; page 8, lines 10-17; page 10, lines 
8-16). 


VI. Grounds of Rejection to Be Reviewed on Appeal 

Applicants present the following concise statement of each of the grounds of 
rejection presented for review: 

A. Whether claims 1-37 are obvious under 35 U.S.C. §103(a) over Kuban et al., U.S. 
Patent No. 4,994,908, in view of Crawford, U.S. Patent No. 5,331,549 and Khalessi et 
al., U.S. Patent No. 6,633,900. 

Applicants respectfully submit that the above statements of the grounds of rejection is 
"no". 

VII. Argument 

A. The Invention is Not Obvious Under 35 U.S.C. 103(a) Over the 
Combination of Kuban et al., Crawford and Khalessi et al., Therefore the Rejection 
of Claims 1-37 Should Be Reversed. 

Independent claims I, 13, 25 and 37 are argued together. The board in its 
discretion may choose one of the claims to decide the appeal. 

The present invention contemplates a method whereby room status information, 
for example hospital room status information and occupant status information are 
simultaneously visually displayed, thereby aiding staff in visualizing and comprehending 
this information at a glance. In accordance with one embodiment, the invention utilizes 
the capabilities of a computer to graphically display selected information in a manner 
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which conveys the information to staff, such as hospital staff, in a fonn which aids in 
display and comprehension of the information. Specifically, the information is preferably 
conveyed for multiple units through the use of a matrix format. For example, information 
for multiple patient care units, such as critical care, intensive care, maternity, etc. may be 
displayed. A cell is used to represent each room in a unit being displayed. Components 
of the cell indicate key considerations for every department. For example, the cell 
contains information regarding status of the rooms, such as the number of rooms 
available, the number of assigned beds, the room number, the status of the upkeep of the 
room and the type of bed in the room. The cell also contains status information regarding 
the status of the occupant of the room, such as the absence or presence of the occupant, 
the name of the occupant or other identifying information, the gender of the room 
occupant, and the admission, transfer or discharge status of the occupant. Additional 
information may also be displayed by clicking a component of a cell. 

Kuban is entirely directed to the tracking and display of room information using a 
cable television system. Kuban, Abstract. This includes occupancy and status 
information such as room temperature. There is no teaching or suggestion in Kuban 
directed to providing any additional status information relating to anything other than the 
room itself. Furthermore, the Examiner concedes that Kuban fails to teach 
simultaneously conveying room and occupant status information as previously discussed 
in prior submissions. See, Office Action dated August 17, 2009 paragraph 6, page 3 
("Crawford teaches a system for monitoring remote systems (see abstract) but further 
teaches simultaneously displaying patient status information and room status information 
in a common cell (see column 6, lines 3-27 and figures 3 and 4)"). 
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Crawford discloses the tracking and display of physiological status information. 
While the system does contemplate providing this information in a graphical format 
which may reference the room in which the patient is located on a floor, there is no 
teaching or suggestion of integrating the physiological information with any room status 
information. 

According to the Office Action in response to Applicant's prior arguments (see 
passage quoted above), the Examiner states that Crawford teaches the simultaneous 
display of patient and room status information in a common cell, relying on Col. 6, lines 
3-27 and Figs. 3 and 4 of Crawford. See, Office Action dated August 17, 2009 paragraph 
6, page 3. The Examiner states that Crawford displays multicolor coded alert conditions. 
The Examiner reads broadly on the term "status of the room" as required by the claims 
and relies upon a disclosure of the location of the room as fitting within this status. 
Lastly, the Examiner states that the description in Crawford of a color coded alert 
indicating a disconnected monitor is an indication of the room status, such as if the 
patient has left the room. Id. at paragraph 6, page 4. 

Applicant respectfully disagrees with the Examiner's characterization. The 
claims require simultaneous display of both room and patient status. The combination of 
Kuban, Crawford and Khalessi not disclose or suggest the same. The independent claims 
now require that the cell conveys "room status" information. See Amendment and 
Response filed May 15, 2009. Room status information is clearly defined on pages 7 and 
8 of the application, as referring to the variable conditions associated with the room and 
not the room's location or any other permanent attribute of the physical space 
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encompassing the room. As such, the room location cannot be identified as room status 
as defined by the claims in light of the specification. 

With respect to the Examiner's characterization of the color coded warning lights 
of the Crawford system (see Office Action dated July 17, 2009, paragraph 6, page 4), the 
mere absence of a warning light, or a warning light which is merely reflective of a 
discomiected vital signs monitor cannot be considered as a teaching or suggestion of 
room status. The absence of an indicator conveys absolutely nothing about the room, 
only that no information is presently known. The room could be occupied or unoccupied, 
clean or dirty. The purpose of the system is to convey real time status information and 
the claims are therefore drawn to require the simultaneous display of such information. 
Reference to an indicator which lacks any output as indicating an empty room is 
improper, as that conclusion cannot be accurately drawn. Furthermore, the disconnection 
of monitoring equipment in the room from an occupant, such as identified in the 
Examiner's example of a patient that has gone for a CAT scan, is an insufficient teaching 
or suggestion of a room status monitor. The presence of a disconnected status light or 
other indicator merely discloses that such equipment is not in use. Certainly the patient 
could still be present in the room while such equipment is not in use, as the same 
equipment may not have been prescribed or required by the patient's attending physician. 
Thus the patient may be present and the disconnected status would not accurately reflect 
the room status. It is therefore submitted that the claims, as currently amended, require 
simultaneous display of both room and patient status (and not merely the absence of such 
status) and Kuban/Crawford does not disclose or suggest the same. 
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The Examiner has provided no response regarding Applicants' most recent 
arguments or amendments to the claims, as summarized above and submitted in the 
Amendment and Response filed May 15, 2009. Instead, the Examiner exactly reiterated 
all previous rejections under 35 U.S.C. §103 (a) over Kuban and Crawford and added a 
third reference, Khalessi et al, to the rejection. See Office Action dated August 17, 
2009, paragraph 6. 

Khalessi teaches an automated management information system and methods for 
work order assignment and field communication. Col. 1, lines 11-14. Specifically, the 
system allows for the assignment, communication and management of work orders with 
mobile field units. The system comprises a computing network with an application 
program through which a work order may be assigned and managed. The work orders 
are transmitted via a local area network and a TCP/IP network to a mobile filed unit with 
a computing device. Abstract. 

Khalessi further describes a monitor server software program which accepts 
updates from applications indicating that a work order has been assigned. This software 
also accepts updates as to whether the work order was received at the field unit and 
whether it was accepted by the field crew. The monitor server also provides a report 
generation feature. Col. 6, lines 32-40. A work order is assigned to a filed crew using an 
application program. The field unit may request additional information. Col. 6, line 58 - 
Col. 7, line 13. 

The Examiner cites to col. 10, lines 26-67 and Figure 11 of Khalessi as teaching 
"a system in which both human information and location information are conveyed" and 
"the combination of human status information and location status information within one 
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cell." See, Office Action dated August 17, 2009, paragraph 6, page 4. Figure 1 1 and the 
cited passage describe how assignment data is retrieved by the system. A field crew 
member clicks on an "assignment link" located on the computing device. A detailed 
assignment page is generated utilizing information entered by the field crew. Figure 1 1 
illustrates a "Crew Assignment Detail Form." This form indicates the status of the 
current assignment, such as location of the work assignment, the type of service problem 
reported at the site, and the status of the work assignment, such as "Enroute", 
"Completed", "Rejected", etc. The Examiner equates the existence of "location 
information", i.e., the location of the field crew as described in Khalessi, with "room 
status information", as claimed in the present invention. This comparison is 
inappropriate. As described above, and as detailed by Applicants in the Response and 
Amendment dated May 15, 2009, "room status" information does not include or 
contemplate the location of the room. The mere indication of the location of a field crew 
cannot be considered as a teaching or suggestion of room status. In addition, there is no 
description in Khalessi of any room about which information will be conveyed. There is 
therefore no teaching of a cell conveying room status information, as no "room" or "room 
status" information is ever contemplated or taught. 

In addition, Khalessi contains is no teaching of a registered occupant of a room, as 
required by the present claims, nor is any status information regarding such an occupant 
generated. The system of Khalessi simply reports information regarding the status of the 
current work assignment, and never contemplates occupant status information. The 
teachings of Khalessi are completely inapplicable to the present invention. 
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The claims in their current form require the tracking and simultaneous display of 
both room and occupant related information. It would not be obvious to combine the 
Kuban, Crawford and Khalessi references to arrive at the claimed invention, except 
through the use of improper hindsight. The Crawford reference is directed to 
physiological information relating to the medical status of a patient. The Kuban 
reference is related to administrative or operational conditions of the room. The Khalessi 
reference is related to the management of work order assignments and field 
communications. It would not be useful or appropriate to combine the 
medical/physiological information of Crawford with the administrative information of 
Kuban and the off-site work order tracking system of Khalessi as no person in a hospital 
setting would likely be interested in all three types of information. Medical information 
is of interest to the doctors and treating personnel. The room status information is of 
interest to housekeeping, admissions and food service, for example. The off-site work 
order tracking system is of interest to businesses providing repair or other types of 
services, such as a utility provider. The medical staff and repair crews have no interest in 
bed occupancy or cleanliness state of the room, while admissions is not likely to be 
checking a patient ECG or the location of a field repair crew. 

It is therefore submitted that the claims require simultaneous display of both room 
and patient status, not the absence of such status or location information. The 
combination of Kuban, Crawford and Khalessi does not disclose or suggest the claimed 
subject matter and therefore does not result in Applicants' presently claimed invention. 
As such, the cited references do not render claims 1-37 obvious. Therefore, Applicants 
respectfully request that the Board reverse the rejection. 
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For the reasons stated above, Applicants respectfully submit that the rejection of 
claims 1-37 is overcome, and reversal of the rejection thereof is respectfully requested 
along with a holding that each of the claims is allowable. 

Respectfully submitted, 
METZ LEWIS LLC 

/Barry I. Friedman/ 
Barry I. Friedman, Reg. No. 33,695 
11 Stanwix Street, 18 th Floor 
Pittsburgh, Pennsylvania 15222 

Attorney for Applicant 
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APPENDICES 


APPENDIX OF CLAIMS 


1 . (Rejected) An apparatus for the graphical display of room and room occupant 
information, said apparatus comprising: 

a display; and 

an arrangement for producing a cell for being viewed on said display, said cell 
simultaneously conveying room status information regarding said room and status 
information regarding any registered occupant of said room. 

2. (Rejected) The apparatus according to Claim 1, further comprising: 

an arrangement for producing a matrix for being displayed on said display, said 
matrix being adapted to depict the rooms for which information is conveyed; and 

said arrangement for producing a cell comprising an arrangement for producing a 
plurality of cells in conjunction with said matrix, wherein each cell corresponds to a 
different one of the rooms for which information is conveyed. 

3. (Rejected) The apparatus according to Claim 2, wherein: 

said cell is adapted to display secondary information associated with each 
attribute of the cell. 


4. (Rejected) The apparatus according to Claim 3, wherein the secondary 
information is displayed solely to authorized users of the apparatus. 

5. (Rejected) The apparatus according to Claim 3, wherein said cell is adapted to 
modify an attribute upon a prompt from an authorized user of the apparatus. 

6. (Rejected) The apparatus according to Claim 3, wherein the room is a hospital 

room. 

7. (Rejected) The apparatus according to Claim 3, wherein the room is a hotel 

room. 

8. (Rejected) The apparatus according to Claim 3, wherein the cell depicts a bed. 

9. (Rejected) The apparatus according to Claim 3, wherein the cell indicates 
whether the room is unoccupied. 

10. (Rejected) The apparatus according to Claim 3, wherein the cell indicates 
whether the room is occupied. 


1 1 . (Rejected) The apparatus according to Claim 3, wherein the cell indicates 
whether the room is in a stat condition. 

12. (Rejected) The apparatus according to Claim 3, wherein said cell indicates 
whether a bed within the room is being made. 

13. (Rejected) An apparatus for the graphical display of room and room 
occupant information, said apparatus comprising: 

a display; 

an arrangement for producing a cell for being viewed on said display, said cell 
having a plurality of modifiable attributes; and 

a controller which modifies at least one of the attributes of said cell in 
simultaneously conveying information about the current status of said room and any 
registered occupants of said room, wherein said attributes include both pre-set and user- 
defined attributes that comprise pre-set and user-defined attribute values. 

14. (Rejected) The apparatus according to Claim 13, further comprising: 

an arrangement for producing a matrix for being displayed on said display, said 
matrix being adapted to depict the rooms for which information is conveyed; and 


said arrangement for producing a cell comprising an arrangement for producing a 
plurality of cells in conjunction with said matrix, wherein each cell corresponds to a 
different one of the rooms for which information is conveyed. 

15. (Rejected) The apparatus according to Claim 14, wherein: 

said cell is adapted to display secondary information associated with each 
attribute of the icon. 

16. (Rejected) The apparatus according to Claim 15, wherein the secondary 
information is displayed solely to authorized users of the apparatus. 

17. (Rejected) The apparatus according to Claim 16, wherein said controller is 
adapted to modify an attribute upon a prompt from an authorized user of the apparatus. 

18. (Rejected) The apparatus according to Claim 16, wherein the room is a 
hospital room. 

19. (Rejected) The apparatus according to Claim 16, wherein the room is a hotel 

room. 


20. (Rejected) The apparatus according to Claim 16, wherein the cell depicts a 

bed. 

21. (Rejected) The apparatus according to Claim 16, wherein the cell indicates 
whether the room is unoccupied. 

22. (Rejected) The apparatus according to Claim 16, wherein the cell indicates 
whether the room is occupied. 

23. (Rejected) The apparatus according to Claim 16, wherein the cell indicates 
whether the room is in a stat condition. 

24. (Rejected) The apparatus according to Claim 16, wherein said cell indicates 
whether a bed within the room is being made. 

25. (Rejected) A method of graphically displaying room and room occupant 
information, said method comprising the steps of: 

displaying a matrix; 

displaying at least one cell within the matrix, each cell corresponding to and 
simultaneously displaying information relating to said room and any registered occupants 
of said room, said cell having a plurality of modifiable attributes; and 


modifying at least one of the attributes of the cell in conveying information about 
at least one of the current status of said room and the current status of any registered 
occupants of said room, wherein said attributes include both pre-set and user-defined 
attributes that comprise pre-set and user-defined attribute values. 

26. (Rejected) The method according to Claim 25, wherein: 

at least one cell is adapted to display secondary information associated with at 
least one attribute of the cell. 

27. (Rejected) The method according to Claim 26, wherein the display of said 
secondary information is restricted. 

28. (Rejected) The method according to Claim 27, wherein the secondary 
information is displayed solely to authorized users. 

29. (Rejected) The method according to Claim 28, wherein the authorization of a 
user is determined by comparing a password provided by the user against a databank of 
passwords. 

30. (Rejected) The method according to Claim 27, wherein the room is a hospital 

room. 


3 1 . (Rejected) The method according to Claim 27, wherein the room is a hotel 

room. 

32. (Rejected) The method according to Claim 27, wherein the cell depicts a bed. 

33. (Rejected) The method according to Claim 27, wherein the cell indicates 
whether the room is unoccupied. 

34. (Rejected) The method according to Claim 27, wherein the cell indicates 
whether the room is occupied. 

35. (Rejected) The method according to Claim 27, wherein the cell indicates 
whether the room is in stat condition. 

36. (Rejected) The method according to Claim 27, wherein the cell indicates 
whether a bed within the room is being made. 


37. (Rejected) A program storage device readable by machine, tangibly 
embodying a program of instructions executable by the machine to perform method steps 


for the simultaneous graphical display of information relating to a room and any 
registered occupants thereof, said method comprising the steps of: 

displaying a matrix; 

displaying at least one cell within the matrix, each cell corresponding to and 
simultaneously displaying information relating to said room and any of said registered 
occupants of said room and having a plurality of modifiable attributes; and 

modifying at least one of the attributes of the cell in conveying information about 
the current status of said room, wherein said attributes include both pre-set and user- 
defined attributes that comprise pre-set and user-defined attribute values. 


APPENDIX OF EVIDENCE 


The following is a list of the evidence entered in the record which Applicants rely 
upon in the appeal: 

Exhibit A: Office Action dated August 17, 2009 
Exhibit B: Amendment and Response filed May 15, 2009 
Exhibit C: United States Patent No. 4,994,908 to Kuban et al 
Exhibit D: United States Patent No. 5,331,547 to Crawford 
Exhibit E: United States Patent No. 6,644,900 to Khalessi et al. 


APPENDIX OF RELATED APPEALS AND INTERFERENCES 

There are no related appeals or interferences. 
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EXHIBIT A 


Office Action Summary 

Application No. 

10/005,985 

Applicant(s) 
NACEY, GENE E. 

Examiner 

DENNIS G. BONSHOCK 

Art Unit 

2173 



- The MAILING DATE of this communication appears on the cover sheet with the correspondence address -- 
Period for Reply 


A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1.136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 1 33). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )KI Responsive to communication(s) filed on 15 May 2009 . 
2a)[g] This action is FINAL. 2b)Q This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 1 1 , 453 O.G. 213. 

Disposition of Claims 

4) H3 Claim(s) 1-37 is/are pending in the application. 

4a) Of the above claim{s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) IEI Claim(s) 1-37 is/are rejected. 

7) n Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) Q The specification is objected to by the Examiner. 

10) D The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

1 1) D The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) D Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)D All b)Q Some * c)D None of: 

1 .□ Certified copies of the priority documents have been received. 

2.0 Certified copies of the priority documents have been received in Application No. . 

3.Q Copies of the certified copies of the priority documents have been received in this National Stage 
application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 


Attach ment(s) 

1 ) £3 Notice of References Cited (PTO-892) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) 

3) □ Information Disclosure Statement(s) (PTO/SB/08) 

Paper No(s)/Mail Date . 

U.S. Patent and Trademark Office 

PT0L-326 (Rev. 08-06) Office 


4) [I] Interview Summary (PTO-413) 

Paper No(s)/Mail Date. . 

5) Q Notice of Informal Patent Application 

6) □ Other: . 


Summary Part of Paper No./Mail Date 2009081 1 


Application/Control Number: 10/005,985 Page 2 

Art Unit: 2173 

Final Rejection 
Response to Amendment 

1 . It is hereby acknowledged that the following papers have been received and 
placed on record in the file: Amendment as received on 5-15-2009. 

2. Claims 1-37 have been examined. 
Status of Claims: 

3. Claims 1-37 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Kuban et al., Patent #4,994,908, hereinafter Kuban, Crawford, Jr., Patent #5,331 ,549, 
hereinafter Crawford, and Khalessi et al., Patent Number: 6,633,900, hereinafter 
Khalessi. 


Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. Claims 1-37 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Kuban et al., Patent #4,994,908, hereinafter Kuban, Crawford, Jr., Patent #5,331 ,549, 
hereinafter Crawford, and Khalessi et al., Patent Number: 6,633,900, hereinafter 
Khalessi. 

6. With regard to claim 1 , which teaches an apparatus for the graphical display of 
room information, the apparatus comprising, a display and an arrangement for 
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producing a cell for being viewed on the display, the cell conveying information 
regarding a room, Kuban teaches, in column 4, lines 30-61 and in figure 3, the display 
comprising cells where the cells display information regarding the current status of a 
room. Kuban further teaches, in column 13, lines 5-55 and in figure 3-5, cells under 
"CURRENT STATUS" that contain a plurality of modifiable attributes, namely the user 
can make the selected room status either "Occupied" or "Vacant" and also either 
"Clean" or "Dirty", these updated statuses are then displayed in the tabular display in the 
same cell. These room statuses are initially set to preset "historical room status" values 
before the user begins modifying (see column 13, lines 56-67). A user may set a room 
to be status "ready/occupied" (or any other attribute/value) which may have not been 
previously used by the apparatus (such is the case in figure 4). Rooms can have status 
changes adding additional status information such as a room previously defined to be 
"Dirty" can be further defined to be "Dirty/Occupied" or "DirtyA/acant". Crawford teaches 
a system for monitoring remote systems (see abstract), similar to that of Kuban, but 
further teaches simultaneously displaying patient status information and room status 
information in a common cell (see column 6, lines 3-27 and figures 3 and 4). Crawford's 
initial screen displays a plurality of rooms available for selection for closer view and 
modification (see column 5, line 46 through column 6, line 34 and figures 3 and 4), and 
the zoom-in screen that calls up details for a particular room, where the user is able to 
modify attributes (alter the vital sign limits, signs monitored, patient status, etc.) and 
view other preset attributes (room number, data, time, measured values, etc.) (see 
column 6, lines 34-59 and figures 3 and 4). In each display of Crawford (floor or in 
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room) a user can see patient (occupant) status information such as vital signs and color 
coded alert conditions (GREEN for normal; YELLOW for warning; and RET for critical), 
and also see room status information such as connection of the system to a rooms vital 
sign sensors (PURPLE used to indicate a disconnect). Also, room status is shown via a 
position relative to other rooms on the floor and the particular floor the room located on 
(see column 5, lines 18-25 and in figure 3). Crawford further teaches user-definable 
attributes (selected via window [72] for display) and pre-set attributes (such as default 
vital signs displayed before user selection of window [72]); and further teaches user- 
definable attribute values (see the customizable vital sign limits of column 8, lines 29- 
40), which may be pre-set attribute values (see the default vital sign limits of column 8, 
lines 26-29) (see column 8, lines 22-45, column 9, lines 20-27, and figure 6). It would 
have been obvious to one of ordinary skill in the art, having the teachings of Kuban and 
Crawford before him at the time the invention was made to modify the tabular room 
status display system of Kuban to include simultaneous display of patient (occupant) 
status as well as room status, as did Crawford. One would have been motivated to 
make such a combination because this provides a more detailed view of room on the 
display, alerting a user to multiple dimensions of room alert data. 

Khalessi teaches a system in which both human information and location 
information are conveyed (see column 10, lines 26-67 and in figure 11), but further 
teaches the combination of human status information and location status information 
within one cell (see column 1 0, lines 26-67 and in figure 11). It would have been 
obvious to one of ordinary skill in the art, having the teachings of Kuban, Crawford, and 
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Khalessi before him at the time the invention was made to modify the status displays of 
Kuban and Crawford to include the simultaneous displays of human status information 
and location status information within one cell, as did Khalessi. One would have been 
motivated to make such a combination because this allows a managing entity to see 
more information about both person and location all from within a common view. 

7. With regard to claims 2 and 14, which teach an arrangement for producing a 
matrix for being displayed on the display, the matrix being adapted to depict the rooms 
for which information is conveyed, said arrangement for producing a cell comprising an 
arrangement for producing a plurality of cells in conjunction with said matrix, wherein 
each cell corresponds to a different one of the rooms for which information is conveyed, 
Kuban further teaches, in column 13, lines 5-55 and in figure 3, a matrix that is used for 
depicting the room information where the cells provide information for one or the 
plurality of rooms. 

8. With regard to claims 3, 15, and 26, Kuban teach the system for conveying room 
information for a plurality of rooms to a remote location in a matrix form (see column 4, 
lines 30-61 and in figure 3). Kuban, however, doesn't specifically mention the cells 
being adapted to display secondary information associated with each attribute of the 
cell. Crawford teaches a system for monitoring remote systems (see abstract), similar to 
that of Kuban, but further teaches that upon selection additional information can be 
displayed for a specific element (see column 2, lines 44-47, column 6, lines 34-47, and 
figures 3 and 4). It would have been obvious to one of ordinary skill in the art, having 
the teachings of Kuban and Crawford before him at the time the invention was made to 
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modify the remote monitoring system of Kuban to include the focused information 
screen as did Crawford. One would have been motivated to make such a combination 
because this would allow for specific information (possibly a summery of room charges, 
or special services requested) regarding the selected room to be displayed to the 
people at the manager location. 

9. With regard to claims 4, 16, and 28, which teach the secondary information being 
displayed solely to an authorized user of the apparatus, Kuban further teaches, in 
column 4, lines 45-61 , the manager being able to view specific information, an the 
maid/inspector being able to see their own specific subset of information. 

10. With regard to claims 5 and 17, which teach the cell being adapted to modify an 
attribute upon a prompt from an authorized user of the apparatus, Kuban further 
teaches, in column 3, lines 51-53, the system being capable of input (ex: changing to a 
cleaned status). 

1 1 . With regard to claims 6, 18, and 30, which teach the room being a hospital room, 
Kuban teaches, in column 5, lines 5-25, the communications or room status being used 
in a hotel/hospital environment. 

12. With regard to claims 7, 1 9, and 31 , which teach the room being a hotel room, 
Kuban teaches, in column 5, lines 5-25, the communications or room status being used 
in a hotel/hospital environment. 

1 3 With regard to claims 8, 20, and 32, which teach the cell depicting a bed, 
Crawford further teaches, in column 2, lines 44-47 and figures 3 and 4, the display of 
bed information. 
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14. With regard to claims 9, 21, and 33, which teach the cell indicating if the room is 
unoccupied, Kuban teaches, in column 4, lines 30-39, the cell depicting either a 
occupied or vacant for the room. 

1 5. With regard to claims 1 0, 22, and 34, which teach the cell indicating if the room is 
occupied, Kuban teaches, in column 4, lines 30-39, the cell depicting either a occupied 
or vacant for the room. 

16. With regard to claims 1 1 , 23, and 35, which teach the cell indicating whether the 
room is in a stat condition, Kuban teaches, in column 4, lines 46-51, the matrix 
displaying a need to be made up indication. 

17. With regard to claims 12, 24, and 36, which teach the cell indicating whether a 
bed within the room is being made, column 4, lines 40-45, the system knowing that a 
room is in the process of being made up/inspected. 

18. With regard to claim 13, which teaches an apparatus for the graphical display of 
room information, the apparatus comprising, a display and an arrangement for 
producing a cell for being viewed on the display, Kuban teaches, in column 4, lines 30- 
61 and in figure 3, the display comprising cells where the cells display information 
regarding the current status of a room. With regard to claim 13, further teaching the cell 
having a plurality of modifiable attributes, and a controller for modifying the modifiable 
attributes, Kuban further teaches, in column 15, line 42 through column 16, line 2, the 
maid going through the process in which a worker enters their ID, and enters the room 
for processing, thereby changing the status of the room. Kuban further teaches, in 
column 13, lines 5-55 and in figure 3-5, cells under "CURRENT STATUS" that contain a 
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plurality of modifiable attributes, namely the user can make the selected room status 
either "Occupied" or "Vacant" and also either "Clean" or "Dirty", these updated statuses 
are then displayed in the tabular display in the same cell. These room statuses are 
initially set to preset "historical room status" values before the user begins modifying 
(see column 13, lines 56-67). A user may set a room to be status "ready/occupied" (or 
any other attribute/value) which may have not been previously used by the apparatus 
(such is the case in figure 4). Rooms can have status changes adding additional status 
information such as a room previously defined to be "Dirty" can be further defined to be 
"Dirty/Occupied" or "Dirty/Vacant". Crawford teaches a system for monitoring remote 
systems (see abstract), similar to that of Kuban, but further teaches simultaneously 
displaying patient status information and room status information in a common cell (see 
column 6, lines 3-27 and figures 3 and 4). Crawford's initial screen displays a plurality 
of rooms available for selection for closer view and modification (see column 5, line 46 
through column 6, line 34 and figures 3 and 4), and the zoom-in screen that calls up 
details for a particular room, where the user is able to modify attributes (alter the vital 
sign limits, signs monitored, patient status, etc.) and view other preset attributes (room 
number, data, time, measured values, etc.) (see column 6, lines 34-59 and figures 3 
and 4). In each display of Crawford (floor or in room) a user can see patient (occupant) 
status information such as vital signs and color coded alert conditions (GREEN for 
normal; YELLOW for warning; and RET for critical), and also see room status 
information such as connection of the system to a rooms vital sign sensors (PURPLE 
used to indicate a disconnect). Also, room status is shown via a position relative to 
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other rooms on the floor and the particular floor the room located on (see column 5, 
lines 18-25 and in figure 3). Crawford further teaches user-definable attributes 
(selected via window [72] for display) and pre-set attributes (such as default vital signs 
displayed before user selection of window [72]); and further teaches user-definable 
attribute values (see the customizable vital sign limits of column 8, lines 29-40), which 
may be pre-set attribute values (see the default vital sign limits of column 8, lines 26-29) 
(see column 8, lines 22-45, column 9, lines 20-27, and figure 6). It would have been 
obvious to one of ordinary skill in the art, having the teachings of Kuban and Crawford 
before him at the time the invention was made to modify the tabular room status display 
system of Kuban to include simultaneous display of patient (occupant) status as well as 
room status, as did Crawford. One would have been motivated to make such a 
combination because this provides a more detailed view of room on the display, alerting 
a user to multiple dimensions of room alert data. 

Khalessi teaches a system in which both human information and location 
information are conveyed (see column 1 0, lines 26-67 and in figure 1 1 ), but further 
teaches the combination of human status information and location status information 
within one cell (see column 1 0, lines 26-67 and in figure 11). It would have been 
obvious to one of ordinary skill in the art, having the teachings of Kuban, Crawford, and 
Khalessi before him at the time the invention was made to modify the status displays of 
Kuban and Crawford to include the simultaneous displays of human status information 
and location status information within one cell, as did Khalessi. One would have been 
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motivated to make such a combination because this allows a managing entity to see 
more information about both person and location all from within a common view. 
1 9. With regard to claim 25, which teaches a method of graphically displaying room 
information, the method comprising, the displaying a matrix, Kuban teaches, in figure 3, 
the display of a matrix of rooms with associated status information. With regard to claim 
25, further teaching a display and an arrangement for producing a cell, in the matrix, for 
being viewed on the display, Kuban teaches, in column 4, lines 30-61 and in figure 3, 
the display comprising cells where the cells display information regarding the current 
status of a room. With regard to claim 25, further teaching the cell having a plurality of 
modifiable attributes, and a controller for modifying the modifiable attributes, Kuban 
further teaches, in column 15, line 42 through column 16, line 2, the maid going through 
the process in which a worker enters their ID, and enters the room for processing, 
thereby changing the status of the room. Kuban further teaches, in column 13, lines 5- 
55 and in figure 3-5, cells under "CURRENT STATUS" that contain a plurality of 
modifiable attributes, namely the user can make the selected room status either 
"Occupied" or "Vacant" and also either "Clean" or "Dirty", these updated statuses are 
then displayed in the tabular display in the same cell. These room statuses are initially 
set to preset "historical room status" values before the user begins modifying (see 
column 13, lines 56-67). A user may set a room to be status "ready/occupied" (or any 
other attribute/value) which may have not been previously used by the apparatus (such 
is the case in figure 4). Rooms can have status changes adding additional status 
information such as a room previously defined to be "Dirty" can be further defined to be 
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"Dirty/Occupied" or "Dirty/Vacant". Crawford teaches a system for monitoring remote 
systems (see abstract), similar to that of Kuban, but further teaches simultaneously 
displaying patient status information and room status information in a common cell (see 
column 6, lines 3-27 and figures 3 and 4). Crawford's initial screen displays a plurality 
of rooms available for selection for closer view and modification (see column 5, line 46 
through column 6, line 34 and figures 3 and 4), and the zoom-in screen that calls up 
details for a particular room, where the user is able to modify attributes (alter the vital 
sign limits, signs monitored, patient status, etc.) and view other preset attributes (room 
number, data, time, measured values, etc.) (see column 6, lines 34-59 and figures 3 
and 4). In each display of Crawford (floor or in room) a user can see patient (occupant) 
status information such as vital signs and color coded alert conditions (GREEN for 
normal; YELLOW for warning; and RET for critical), and also see room status 
information such as connection of the system to a rooms vital sign sensors (PURPLE 
used to indicate a disconnect). Also, room status is shown via a position relative to 
other rooms on the floor and the particular floor the room located on (see column 5, 
lines 18-25 and in figure 3). Crawford further teaches user-definable attributes 
(selected via window [72] for display) and pre-set attributes (such as default vital signs 
displayed before user selection of window [72]); and further teaches user-definable 
attribute values (see the customizable vital sign limits of column 8, lines 29-40), which 
may be pre-set attribute values (see the default vital sign limits of column 8, lines 26-29) 
(see column 8, lines 22-45, column 9, lines 20-27, and figure 6). It would have been 
obvious to one of ordinary skill in the art, having the teachings of Kuban and Crawford 
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before him at the time the invention was made to modify the tabular room status display 
system of Kuban to include simultaneous display of patient (occupant) status as well as 
room status, as did Crawford. One would have been motivated to make such a 
combination because this provides a more detailed view of room on the display, alerting 
a user to multiple dimensions of room alert data. 

Khalessi teaches a system in which both human information and location 
information are conveyed (see column 10, lines 26-67 and in figure 11), but further 
teaches the combination of human status information and location status information 
within one cell (see column 1 0, lines 26-67 and in figure 11). It would have been 
obvious to one of ordinary skill in the art, having the teachings of Kuban, Crawford, and 
Khalessi before him at the time the invention was made to modify the status displays of 
Kuban and Crawford to include the simultaneous displays of human status information 
and location status information within one cell, as did Khalessi. One would have been 
motivated to make such a combination because this allows a managing entity to see 
more information about both person and location all from within a common view. 

20. With regard to claim 27, which teaches that the display of secondary I formation 
is restricted, Kuban further teaches, in column 4, lines 51-61, additional information that 
is only available to system managers upon sign-on. 

21 . With regard to claim 29, which teach authorization of a user being determined by 
comparing a password provided by the user to a databank of passwords, Kuban further 
teaches, in column 15, lines 42-61 , the user entering an access code and ID to 
implement the system. 
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22. With regard to claim 37, which teaches a program storage device readable by 
machine, tangibly embodying a program of instructions executable by the machine to 
perform method steps for the graphical display of room information, the method 
comprising, the displaying a matrix, Kuban teaches, in figure 3, the display of a matrix of 
rooms with associated status information. With regard to claim 37, further teaching a 
display and an arrangement for producing a cell, in the matrix, Kuban teaches, in 
column 4, lines 30-61 and in figure 3, the display comprising cells where the cells 
display information regarding the current status of a room. With regard to claim 37, 
further teaching the cell having a plurality of modifiable attributes, and a controller for 
modifying the modifiable attributes, Kuban further teaches, in column 15, line 42 through 
column 16, line 2, the maid going through the process in which a worker enters their ID, 
and enters the room for processing, thereby changing the status of the room. Kuban 
further teaches, in column 13, lines 5-55 and in figure 3-5, cells under "CURRENT 
STATUS" that contain a plurality of modifiable attributes, namely the user can make the 
selected room status either "Occupied" or "Vacant" and also either "Clean" or "Dirty", 
these updated statuses are then displayed in the tabular display in the same cell. 
These room statuses are initially set to preset "historical room status" values before the 
user begins modifying (see column 13, lines 56-67). A user may set a room to be status 
"ready/occupied" (or any other attribute/value) which may have not been previously 
used by the apparatus (such is the case in figure 4). Rooms can have status changes 
adding additional status information such as a room previously defined to be "Dirty" can 
be further defined to be "Dirty/Occupied" or "DirtyA/acant". Crawford teaches a system 
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for monitoring remote systems (see abstract), similar to that of Kuban, but further 
teaches simultaneously displaying patient status information and room status 
information in a common cell (see column 6, lines 3-27 and figures 3 and 4). Crawford's 
initial screen displays a plurality of rooms available for selection for closer view and 
modification (see column 5, line 46 through column 6, line 34 and figures 3 and 4), and 
the zoom-in screen that calls up details for a particular room, where the user is able to 
modify attributes (alter the vital sign limits, signs monitored, patient status, etc.) and 
view other preset attributes (room number, data, time, measured values, etc.) (see 
column 6, lines 34-59 and figures 3 and 4). In each display of Crawford (floor or in 
room) a user can see patient (occupant) status information such as vital signs and color 
coded alert conditions (GREEN for normal; YELLOW for warning; and RET for critical), 
and also see room status information such as connection of the system to a rooms vital 
sign sensors (PURPLE used to indicate a disconnect). Also, room status is shown via a 
position relative to other rooms on the floor and the particular floor the room located on 
(see column 5, lines 18-25 and in figure 3). Crawford further teaches user-definable 
attributes (selected via window [72] for display) and pre-set attributes (such as default 
vital signs displayed before user selection of window [72]); and further teaches user- 
definable attribute values (see the customizable vital sign limits of column 8, lines 29- 
40), which may be pre-set attribute values (see the default vital sign limits of column 8, 
lines 26-29) (see column 8, lines 22-45, column 9, lines 20-27, and figure 6). It would 
have been obvious to one of ordinary skill in the art, having the teachings of Kuban and 
Crawford before him at the time the invention was made to modify the tabular room 
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status display system of Kuban to include simultaneous display of patient (occupant) 
status as well as room status, as did Crawford. One would have been motivated to 
make such a combination because this provides a more detailed view of room on the 
display, alerting a user to multiple dimensions of room alert data. 

Khalessi teaches a system in which both human information and location 
information are conveyed (see column 10, lines 26-67 and in figure 11), but further 
teaches the combination of human status information and location status information 
within one cell (see column 10, lines 26-67 and in figure 11). It would have been 
obvious to one of ordinary skill in the art, having the teachings of Kuban, Crawford, and 
Khalessi before him at the time the invention was made to modify the status displays of 
Kuban and Crawford to include the simultaneous displays of human status information 
and location status information within one cell, as did Khalessi. One would have been 
motivated to make such a combination because this allows a managing entity to see 
more information about both person and location all from within a common view. 

Response to Arguments 

The arguments filed on 5-15-2009 have been fully considered but they are not 
persuasive. Reasons set forth below. 

Applicant's arguments with respect to claims 1,13, 25, and 37 have been 
considered but are moot in view of the new ground(s) of rejection. 
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Conclusion 

Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to DENNIS G. BONSHOCK whose telephone number is 
(571)272-4047. The examiner can normally be reached on Monday - Friday, 5:30 a.m. - 
3:00 p.m. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kieu Vu can be reached on (571) 272-4057. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-21 7-91 97 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Dennis G. Bonshock/ 
Primary Examiner, Art Unit 2173 
8-11-09 
dgb 
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Commissioner for Patents 
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Sir: 

In response to the Office Action mailed on February 18, 2009, with the three-month 
shortened statutory period for response set to expire on May 18, 2009, please reconsider the 
above-identified application in view of the claims as amended herein and the following remarks. 


Listing of Claims begins on page 2 of this paper. 
Remarks/Arguments begin on page 8 of this paper. 
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Claims Pending 

1. (Currently Amended) An apparatus for the graphical display of room and room 
occupant information, said apparatus comprising: 

a display; and 

an arrangement for producing a cell for being viewed on said display, said cell 
simultaneously conveying room status information regarding a-saidroom and status information 
regarding any registered occupant of said room. 

2. (Original) The apparatus according to Claim 1, further comprising: 

an arrangement for producing a matrix for being displayed on said display, said matrix 
being adapted to depict the rooms for which information is conveyed; and 

said arrangement for producing a cell comprising an arrangement for producing a 
plurality of cells in conjunction with said matrix, wherein each cell corresponds to a different one 
of the rooms for which information is conveyed. 

3. (Original) The apparatus according to Claim 2, wherein: 

said cell is adapted to display secondary information associated with each attribute of the 

cell. 

4. (Original) The apparatus according to Claim 3, wherein the secondary information is 
displayed solely to authorized users of the apparatus. 

5. (Original) The apparatus according to Claim 3, wherein said cell is adapted to modify 
an attribute upon a prompt from an authorized user of the apparatus. 

6. (Original) The apparatus according to Claim 3, wherein the room is a hospital room. 
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7. (Original) The apparatus according to Claim 3, wherein the room is a hotel room. 

8. (Original) The apparatus according to Claim 3, wherein the cell depicts a bed. 

9. (Original) The apparatus according to Claim 3, wherein the cell indicates whether the 
room is unoccupied. 

10. (Original) The apparatus according to Claim 3, wherein the cell indicates whether 
the room is occupied. 

11. (Original) The apparatus according to Claim 3, wherein the cell indicates whether 
the room is in a stat condition. 

12. (Original) The apparatus according to Claim 3, wherein said cell indicates whether a 
bed within the room is being made. 

13. (Currently Amended) An apparatus for the graphical display of room and room 
occupant information, said apparatus comprising: 

a display; 

an arrangement for producing a cell for being viewed on said display, said cell having a 
plurality of modifiable attributes; and 

a controller which modifies at least one of the attributes of said cell in simultaneously 
conveying information about the current status of a- said room and any registered occupants of 
said room, wherein said attributes include both pre-set and user-defined attributes that comprise 
pre-set and user-defined attribute values . 

14. (Previously Presented) The apparatus according to Claim 13, further comprising: 
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an arrangement for producing a matrix for being displayed on said display, said matrix 
being adapted to depict the rooms for which information is conveyed; and 

said arrangement for producing a cell comprising an arrangement for producing a 
plurality of cells in conjunction with said matrix, wherein each cell corresponds to a different one 
of the rooms for which information is conveyed. 

15. (Previously Presented) The apparatus according to Claim 14, wherein: 

said cell is adapted to display secondary information associated with each attribute of the 

icon. 

16. (Previously Presented) The apparatus according to Claim 15, wherein the secondary 
information is displayed solely to authorized users of the apparatus. 

17. (Original) The apparatus according to Claim 16, wherein said controller is adapted 
to modify an attribute upon a prompt from an authorized user of the apparatus. 

18. (Original) The apparatus according to Claim 16, wherein the room is a hospital 

room. 

19. (Original) The apparatus according to Claim 16, wherein the room is a hotel room, 

20. (Original) The apparatus according to Claim 16, wherein the cell depicts a bed. 

21. (Original) The apparatus according to Claim 16, wherein the cell indicates whether 
the room is unoccupied. 

22. (Original) The apparatus according to Claim 16, wherein the cell indicates whether 
the room is occupied. 
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23. (Original) The apparatus according to Claim 16, wherein the cell indicates whether 
the room is in a stat condition. 

24. (Original) The apparatus according to Claim 16, wherein said cell indicates whether 
a bed within the room is being made. 

25. (Currently Amended) A method of graphically displaying room and room occupant 
information, said method comprising the steps of: 

displaying a matrix; 

displaying at least one cell within the matrix, each cell corresponding to and 
simultaneously displaying information relating to a-said room and any registered occupants. of 
■« >. (, w), said cell having a plurality of modifiable attributes; and 

modifying at least one of the attributes of the cell in conveying information about at least 
one of the current status of &©-saki room and the current status of any registered occupants, of 

oi i, wherein said attributes include both pre-set and user-defined attributes that comprise 
pre- set and user-defined attribute values. 

26. (Previously Presented) The method according to Claim 25, wherein: 

at least one cell is adapted to display secondary information associated with at least one 
attribute of the cell. 

27. (Previously Presented) The method according to Claim 26, wherein the display of 
said secondary information is restricted. 

28. (Previously Presented) The method according to Claim 27, wherein the secondary 
information is displayed solely to authorized users. 
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29. (Previously Presented) The method according to Claim 28, wherein the 
authorization of a user is determined by comparing a password provided by the user against a 
databank of passwords. 

30. (Original) The method according to Claim 27, wherein the room is a hospital room. 

31. (Original) The method according to Claim 27, wherein the room is a hotel room. 

32. (Original) The method according to Claim 27, wherein the cell depicts a bed. 

33. (Original) The method according to Claim 27, wherein the cell indicates whether the 
room is unoccupied. 

34. (Original) The method according to Claim 27, wherein the cell indicates whether the 
room is occupied. 

35. (Original) The method according to Claim 27, wherein the cell indicates whether the 
room is in stat condition. 

36. (Previously Presented) The method according to Claim 27, wherein the cell indicates 
whether a bed within the room is being made. 

37. (Currently Amended) A program storage device readable by machine, tangibly 
embodying a program of instructions executable by the machine to perform method steps for the 
simultaneous graphical display of information relating to a room and any registered occupants 
thereof, said method comprising the steps of: 

displaying a matrix; 
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displaying at least one cell within the matrix, each cell corresponding to and 
simultaneously displaying information relating to said room and any of said registered occupants 
of said room, and having a plurality of modifiable attributes; and 

modifying at least one of the attributes of the cell in conveying information about the 
current status of £b&-said room, wherein said attributes include both pre-set and user-defined 
attributes that comprise pre-set and user-defined attribute values. 
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REMARKS 

I. Status of the Claims 

Claims 1-37 stand in this application. In the Office Action mailed on February 18, 2009, 
claims 1-37 were rejected. Favorable reconsideration and allowance of the standing claims are 
respectfully requested. 

II. Rejections Under 35 U.S.C. § 103 

Claims 1-37 stand rejected under 35 U.S.C. § 103(a) as being obvious over Kuban et al., 
United States Patent No. 4,994,908 ("Kuban") in view of Crawford, Jr., United States Patent No. 
5,331,549 ( "Crawford"). Applicant respectfully traverses the rejection, and requests 
reconsideration and withdrawal of the obviousness rejection. 

Kuban is entirely directed to the tracking and display of room information using a cable 
television system. Kuban, Abstract. This includes occupancy and status information such as 
room temperature. There is no teaching or suggestion in Kuban directed to providing any 
additional status information relating to anything other than the room itself. Furthermore, the 
Office Action concedes that Kuban fails to teach simultaneously conveying room and occupant 
status information as previously discussed in prior submissions. 

Crawford discloses the tracking and display of physiological status information. While 
the system does contemplate providing this information in a graphical format which may 
reference the room in which the patient is located on a floor, there is no teaching or suggestion of 
integrating the physiological information with any room status information. 

According to the Office Action in response to Applicant's prior arguments, the Examiner 
states that Crawford teaches the simultaneous display of patient and room status information in a 
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common cell, relying on Col. 6, lines 3-27 and Figs. 3 and 4. Further the Examiner states that 
Crawford displays multicolor coded alert conditions. The Examiner reads broadly on the term 
"status of the room" as required by the claims and relies upon a disclosure of the location of the 
room as fitting within this status. Lastly, the Examiner states that the color coded condition 
which indicates a disconnected monitor reveals room status, such as if the patient has left the 
room. 

Applicant respectfully disagrees with the Examiner's characterization. Furthermore, 
Applicant has amended the claim to more fully and accurately require "room status" information. 
Room status information is clearly identified, on pages 7 and 8 of the application as referring to 
the variable conditions associated with the room and not the room's location or any other 
permanent attribute of the physical space encompassing the room. As such, the room location 
cannot be identified as room status as defined by the claims in light of the specification. 

With respect to the Examiner's characterization of the color coded warning lights of the 
Crawford system, the mere absence of a warning light, or a warning light which is merely 
reflective of a disconnected vital signs monitor cannot be considered as a teaching or suggestion 
of room status. The absence of an indicator conveys absolutely nothing about the room, only 
that no information is presently known. The room could be occupied or unoccupied, clean or 
dirty. The puipose of the system is to convey real time status information and the claims are 
therefore drawn to require the simultaneous display of such information. Reference to an 
indicator which lacks any output as indicating an empty room is improper, as that conclusion 
cannot be accurately drawn. Furthermore, the disconnection of monitoring equipment in the 
room from an occupant, such as identified in the Examiner's example of a patient that has gone 
for a CAT scan, is an insufficient teaching or suggestion of a room status monitor. The presence 
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of a disconnected status light or other indicator merely discloses that such equipment is not in 
use. Certainly the patient could still be present in the room while such equipment is not in use, 
as the same equipment may not have been prescribed or required by the patient's attending 
physician. Thus the patient may be present and the disconnected status would not accurately 
reflect the room status. It is therefore submitted that the claims, as currently amended, require 
simultaneous display of both room and patient status (and not merely the absence of such status) 
and Kuban/Crawford does not disclose or suggest the same. 

CONCLUSION 

It is believed that claims 1-37 are in allowable form. Accordingly, a timely Notice of 
Allowance to this effect is earnestly solicited. 

The Examiner is invited to contact the undersigned at 412-918-1 1 10 to discuss any matter 
concerning this application. 

The Office is hereby authorized to charge any additional fees or credit any overpayments 
under 37 C.F.R. § 1. 16 or § 1. 17 to the previously authorized deposit account. 

Respectfully submitted, 
METZ LEWIS LLC 

/ Barry I. Friedman / 

Barry I. Friedman, Reg. No. 33,695 

Under 37 CFR 1.34(a) 

Dated: May 15 2009 

11 Stanwix Street, 18 th Floor 
Pittsburgh, Pennsylvania 15222 
(412)918-1100 
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Ting, Lawrenceville; Fitzroy E. 

Williams, Lawrenceville; Lee R. 

Johnson, Lawrenceville; Elizabeth A. 

Smith, Cumming; Howard L. Myers, 

Lawrenceville, all of Ga, 
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[21] Appl, No.: 340,660 
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[57] ABSTRACT 
An interactive room status/time information system is 
provided having a terminal associated with a television 
comprising a processor for processing data, an associ- 
ated memory for storing operation data and control 
algorithms, a keypad with remote control for inputting 
information, a character generator responsive to the 
processor for generating a multiple character, multiple 
line display, a power supply input, and a cable transmis- 
sion link for communication at television frequencies 
with a system manager. A maid or inspector can send 
status information from a hotel/hospital room terminal 
over a cable television system to a system manager 
location. The status of a room for occupancy is deter- 
mined by a two-step procedure. Input from both a maid 
and an inspector must be received before a room has a 
ready-for-occupancy status. Screens of compiled room 
status and historical data can be displayed at the system 
manager. Also, certain screens of room status data may 
be displayed on an associated television at the room 
terminal. Functions can be performed at the system 
manager location including searching stored status in- 
formation for historical data of a particular room or 
maid. In accordance with a further time control feature 
of the present system, a hotel guest may actuate a wake- 
up mode of operation of a room terminal through a 
terminal keyboard or remote control. The system man- 
ager subsequently polls the terminal to determine if the 
room terminal is properly operating or if the wake-up 
alarm has been responded to. If not, hotel personnel 
may be dispatched to the room. 
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FIG. 6 

©1988 SCIENTIFIC-ATLANTA, INC. 


9:52 PM 

CHANGE IDS 01/22/88 


ADD NEW NAME 
CHANGE NAME 
CHANGE IDENTIFICATION 
CHANGE AUTHORIZATION 
VIEW NAME 
VIEW IDENTIFICATION 
RETURN TO PREVIOUS MENU 

" EMPLOYEE NAME ZZ=T 

DUNN/ CATHERINES 

AUTHORIZATION 

i MAID j 
IDENTIFICATION Z 


| 1234 | 


RETURN TO MAIN MENU 






[ F1 ] HELP [ F9 ] TO PRINT A FULL REPORT , [ F10 ] TO PRINT THE SCREEN 
[PGUP], [PGDNU A ], [v], [<], [>1, [+J ENTER] MAKE SELECTION 


FIG. 7 

©1988 SCIENTIFIC-ATLANTA, INC. 


9 : 52 PM IDENTIFICATION NUMBERS 

01/12/89 


ID AUTH NAME ID AUTH 

NAME 

0011 MAID DUNN / DELORES R 0012 MAID 
0304 MAID FONTAYNE / DEBRA P 0701 MAID 
2098 SUPV FRANK/ HENRY W 3077 SUPV 

DUNN /CATHERINES 
JACKSON/ MARY E 
SMITH/ SARAH F 

PREVIOUS MENU RETURN TO MAIN MENU 



[ F1 ] HELP [ F9 ] TO PRINT A FULL REPORT , [ F10 ] TO PRINT THE SCREEN 
[PGUP], [PGDN] ,[*], [v], [<], [>], [«J ENTER] MAKE SELECTION 
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FIG. 9 

©1988 SCIENTIFIC-ATLANTA, INC. 



R00M# 

MAID# 

START 
TIME 

FINISH 
TIME 



ROOM* 

MAID# 

START 
TIME 

FINISH 
TIME 


ROOM# 

MAID* 

START 
TIME 

FINISH 
TIME 









FIG. 14(a) 


©1988 SCIENTIFIC-ATLANTA, INC. 


ALARM CLOCK 
TIME CONFIGURATION 
YOUR WAKEUP TIME IS 
12:34 PM 


TO RESET PRESS [NO] 
TO CONFIRM ALARM TIME 
PRESS[ANY OTHER KEY] 


UNO] 


FIG. 14(b) 


ALARM CLOCK 
CURRENT TIME: 11:10 AM 
PRESS NUMBERS KEYS TO 
ENTER WAKEUP TIME 
: AM 

TO ~ PRESS 

SET TO AM OR PM [BUY] 
CHANGE TIME [NO] 
SET ALARM [CH+] 
BACK TO DIRECTORY [OK] 
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FIG. 10(a) 


ROOM STATUS / INVENTORY 


ENTER THE ACCESS CODE 
FOR THIS FEATURE... 


THEN PRESS [OK] WHEN 
CODE APPEARS CORRECT 
-OR- 

PRESS [NO] TO EXIT 


FIG. 10(b) 


ROOM STATUS /INVENTORY 


NOW ENTER YOUR 
HOUSEKEEPER ID 


THEN PRESS [OK] 
TO START CLEANING 
THIS ROOM. 


FIG. 10(c) 


©1988 SCIENTIFIC-ATLANTA, INC. 




ROOM STATUS /INVENTORY 



PRESS ANY KEY 
WHEN FINISHED 
CLEANING THIS ROOM 
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FIG. 11 (a) 


.399M SIAJUS / INVENTORY 
ENTER THE ACCESS CODE" 
FOR THIS FEATURE... 

THEN PRESS [OK] WHEN CODE 
APPEARS CORRECT 
-OR- 

PRESS [NO] TO EXIT 


FIG. 11(b) 


. .59PM A T M s iLWEj^ORY . 

NOW ENTER YOUR 
HOUSEKEEPING 
SUPERVISOR ID 


THEN PRESS [OK] 
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FIG. 11(c) 

. -09P.M STATUS / INVENTORY _' 
SUPERVISOR MENU"""" 
APPROVE /REJECT ™ tbb 


...[1] 


DISPLAY ROOMS 
TO INSPECT [2] 


...ANY OTHER KEY 


[2] 


FIG. 11(d) 

. _ R .°,9 M S REARX FOR INSPECT, [ 
100 102 115 

117 131 135 

204 208 239 

303 507 509 

511 512 513 

[CH+/CH-] [OK]SUPVMENU 


j[1] 
TO FIG. 11(e) 
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FIG. 11(e) 

FROM FIG, 11(c) 


. 399M A™ s _ / inventory 

PRESS 
[1] 


SINGLE ROOM 


RANGE OF ROOMS [2] 

SUPERVISOR MENU [CH-] 

QUIT ANY OTHER KEY 


! [2] 

FIG. 11(g) 


. 399M SWUS / INVENTORY 
ENTER THE BEGINNING OF 
A RANGE OF ROOM NAMES 

— > ? 

AND THEN PRESS 

IF CORRECT. [OK] 

TO RETRY [BUY] 

TO PREVIOUS MENU [ CH-] 

[NO] 


TO QUIT... 


FIG. 11(f) 

J399.MS M?Y FOR INSPECT 
ENTER ROOM NAME 

~> ? 

AND THEN PRESS 

TO ACCEPT ROOM.. [OK] 

TO REJECT ROOM [NO] 

TO RETRY [BUY] 

TO PREVIOUS MENU.. [CH-] 

TO QUIT. ....„, [CH+] 
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FIG. 11(h) 

FROM FIG. 11(g) 


ROOM STATUS / INVENTORY 

e^rtheendofa"" 
range of room names 


AND THEN PRESS 

IF CORRECT [OK] 

TO RETRY [BUY] 

TO PREVIOUS MENU [CH-] 

TO QUIT [NO] 
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FIG.11(i) 


ROOM STATUS / INVENTORY 


BEGIN WITH ROOM 1101 
END WITH ROOM 1115 


AND THEN PRESS 

TO ACCEPT..... [OK] 

TO REJECT [NO] 

TO CANCEL [BUY] 


FIG. 11 (k) 


: [OK] 


ROOM STATUS / INVENTORY 

ROOMS 1101 
THROUGH ROOMS 1115 
HAVE BEEN REJECTED 

PRESS 

ANOTHER RANGE [OK] 

SUPERVISOR MENU [CH- ] 

TO QUIT ANY OTHER 

KEY 


FIG. 11 (j) 


[NO] 


ROOM STATUS /INVENTORY 

ROOMS 1101 
THROUGH ROOMS 1115 
HAVE BEEN ACCEPTED 


ANOTHER RANGE [OK] 

SUPERVISOR MENU [CH-] 

TO QUIT ANY OTHER 

KEY 
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It is also known in the art of non-interactive cable 
television terminals having a programmable read only 
memory to enable remote programming of the terminal, 
Remote programming is enabled via inputting a special 
5 code not provided with the standard remote control 
transmitter associated with the terminal. According to 
This application is a continuation-in-part of U.S. ap- U - S - No. 4,792,972, which issued Dec 20 1988 
plication Ser. No. 289,218, filed Dec. 23, 1988 and enti- entltled "Remote Programmmg Of A CATV Channel 
tied "Automatic Interactive Television Terminal Con- Authorization Unit" and incorporated herein by refer- 
figuration" and is related to U.S. application Ser. Nos.: 10 ence, an installer employs a special programming unit 
07/340,642, entitled "Cable Television Transaction equipped with, for example, an infrared transmitter to 
Terminal"; 07/342,987, entitled "Storage Control remotely program the read only memory of a so-called 
Method and Apparatus for an Interactive Television "plain Jane" converter, which is not addressable over a 
Terminal"; 07/340,731, entitled "Terminal Authoriza- communications link by a system manager, nor is the 
tion Method"; 07/340,987, entitled "Interactive Televi- converter capable of return transmissions. Via the spe- 
sion Terminal with Programmable Background Audio ci al code, access is obtained to the read only memory 
or Video"; and 07/340,659, entitled "Terminal Polling i«t° which the memory is loaded with premium chan- 
Method" filed concurrently herewith. nels and services authorization data. The converter is 

not equipped with a character generator and has no 
BACKGROUND OF THE INVENTION 20 capability t0 loca i ly generate oharacter screens for dis- 

1. Technical Field play °" an associated television receiver. All activities 
This invention primarily relates to the field of two- are controlled from the special code transmitting re- 
way interactive hotel/hospital systems typically pro- mote programming unit. 

vided over cable facilities and, more particularly, re- , 5 Systems for communicating room status information 
lates to a method and apparatus for room status, for of buildings are known in the art. For example, U.S. 
timekeeping and for wake-up communications. Pat. No. 3,675,204, describes a system for monitoring 

2. Description of the Relevant Art the status of hotel rooms by communicating information 
Two-way interactive cable television systems are at low frequencies over a twisted pair, preferably con- 
known for transmitting entertainment, information and 30 nected directly to telephone lines in a hotel. Maids and 
data signals over a cable facility toward a plurality of inspectors can determine whether a room is clean or 
users. Data may be transmitted and addressed to a par- dirty on terminals placed throughout the hotel. Trans- 
ticular subscriber over a separate data channel or a mitting terminals are located in closets. The maids enter 
so-called "in-band" data channel. In a downstream di- room numbers and an "occupied" or "vacant" status at 
rection, address control data may represent services J5 the terminals. A main display panel displays the status 
authorized to a particular terminal or control com- of rooms once collected for display. 

mands to that terminal. In an upstream direction, from a British patent specification No. 1,536,534, published 
terminal to the service provider or system manager Dec. 20, 1978, describes a computer-based hotel man- 
location, control data may represent selections made by agement system. Room status information such as va- 
a user in response to a polling request or at the time of 40 cant, vacant and out-of-service, cleaned, not cleaned, 
user selection. being cleaned, and ready for inspection are possible. 

Terminals are often manufactured with stored unique Insertion or removal of a maid or housekeeper's key 
identification numbers which may be unknown to a user into a hard wired switch causes the status of a room to 
for security purposes. Nevertheless, the unique identifi- change. Morning call capability is also disclosed via an 
cation number is necessary for the system manager to 45 alarm buzzer connected to a refrigerated drink storage 
enter a terminal into a system along with location re- unit provided in a hotel room. A morning call request is 
lated information and configuration information. entered into the system at a porter's keyboard/printer. 

Interactive terminals generally have been equipped When a cancel button in the room is depressed, the 
without the capability of locally generating a display central computer is informed and the alarm is cancelled, 
such as alphanumeric characters on an associated televi- 50 If a guest does not respond within five minutes, a warn- 
sion receiver. A terminal-provided display such as a ing message is printed on the porter's terminal and the 
liquid crystal display of a selected channel number at a call is automatically cancelled, 
terminal is inadequate for providing an effective man- The above systems all require specialized wiring and 
machine interface for accomplishing a complicated hardware for communication. Furthermore, they do 
task. 55 not provide for direct communication from each room. 

Keys normally provided at interactive terminals com- Communication for room status and morning call capa- 
prise a complement of numeric input keys, channel bilities is difficult because of the limited input/output 
increment keys, volume control keys, a power button capabilities of the hardware. In these prior systems, a 
and a "buy" key. However, these keys are inappropri- limited display capability, if any, is used at each room, 
ately labeled and may confuse the user if simultaneously 60 The addition of a more capable display to such existing 
employed for other uses. systems would be very costly. Furthermore, these prior 

An addressable CATV converter with a graphics systems require added installation expense for connec- 
display generator to generate signals for the presenta- tion of twisted pairs to telephone lines or for connection 
tion of text on a television screen is described in U.S. of hard wires to a central computer. These prior sys- 
Pat. No. 4,536,791, specifically incorporated herein by 65 terns are not capable of communicating over existing 
reference. Although this patent increases the display communication mediums using little if any additional 
capability of an addressable converter, it does not ex- hardware; they require the addition of costly input/out- 
pand the interactive functions of the converter. put switches and displays. 
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U.S. Pat. No. 3,819,862 describes a hotel room status It is a further object of the present invention to pro- 
information system: Portable units are connected to a vide : a multi-room wake-up system wherein wake-up 
telephone network to send room status data to a hotel can be ordered at a room terminal, 
manager or to a housekeeper display. Transmission of It is a further object of the present invention to pro- 
status data via a television antenna cable is discussed as 5 * a multi-room wake-up system capable of tabulating 
a possible alternative to the particularly disclosed trans- requested wake-ups at a system manager, 
mission by telephone line using audio frequency signals. » is a further object of the present in vention to pro- 

U.S.. Pat. Nos. 3,944,742 and 4,360,828, discuss a hotel v ' de a multi-room wake-up system capable of indicating 
communication system for transmission of data from a the tabulation of rooms not responding to a wake-up 
plurality of transmitters over a master antenna televi- 10 -a 1 *™- 

sion system (MATV). Transmission of maid status data . » 18 a further ob ^ t of the P resent m J ent !? n '° P. ro " 
overman antenna television system issuggested, yetspe- vide a multi-room wake-up system capable of ind.catmg 
cific details of what the data comprise or how to gather the a ™ n ™ 1 "*«f call prior to the tune of 

this maid status information are not explained. a uled cal1 m the event ° f ln0 P eratlve 

There remains a need in the art for ■ , t room ™Aime ro ^ e ™ ms ^ deflciencies of:the prior art 

information system for communicating from hotel afe ^ b ^ rinci les of the prese nt invention, an 
rooms with little if any additional hardware over an. interactive room status/time raforma tion system having 
existing communication medium having low cost high a terminal mo ^ ajt9d with a television comprising ,a 
capability input/output and a low cost, high capability 20 process0 r for processing data, an associated memory for 
display. storing operation data and for storing control algo- 

SUMMARY OF THE INVENTION rithms > a keypad with remote control for inputting in- 

formation, a two-way cable television transceiver, a 

It is an object of the present invention to provide an: character generator responsive to the processor for 
interactive room tenninal capable of being configured 25 generating a multiple character, multiple line display on 
for specialized functions. the associated television, and a power supply input, the 

It is a further object of the present invention to pro- ca t>i e television transceiver for two-way communica- 
vide an interactive terminal for communication over a tion at cable television frequencies with a system man- 
building's cable television system. agen 

It is a further object of the present invention to pro- 30 A maid or inspector (maid's supervisor) sends, status 
vide an interactive terminal with an alphanumeric dis- information from the terminal over a cable transmission 
play on an associated television screen. link to a system manager location, at which location, 

It is a further object of the present invention to pre* the time of data reporting may be stored in memory. At 
vide a room communication system for communicating the system manager, room status information such as 
with little or no additional hardware over an existing 35 occupied/vacant and dirty/clean can be tabulated and 
communication medium. displayed for all the rooms in the hotel. Also, for exam- 

It is a further object of the present invention to pro- pie, timekeeping data and identification. of a particular 
vide a room communication system having a configura* maid presently making up a room or identification of a 
ble input keyboard with remote control using little if room which is out-of-servicecan. also be displayed, 
any additional hardware. 40 The status .of a room for occupancy is determined by 

It is a still further object of: the present invention to a two-step procedure. First, an input from a maid must 
provide a room communication system having a pro- be received before a room can have a clean status. Sec- 
grammable multiple character, multiple line display ond, an input from an inspector (maid's supervisor) 
using little if any additional hardware. must be received before a room can nave a ready-for- 

It is a further object of the present invention to pro- 45 occupancy status. 


vide an interactive tenninal capable of communicating 

room status information. mana 6 er or alternatively at the room terminal, mclud- 

It is a further object of the present invention to pro- ln 8.- for sample, .maid and inspector sign-on screens, 

vide a room status system capable of. sorting historical.^ ma £ ^^^^TL^'J^t^ 

, . . . it . i . . 50 made-up screens, rooms-to-be-inspecteu screens, room- 

da a on the status of rooms or the activ.t.es of a maid. ^ P ^ Qr P Furthermore other- 

It is a further object of the present invention to pro- dJ { / n / funotions oan :be performed at the system 
v.de a room status system capable of input by a maid , ocation includin&> for % xamplei searching and 

supervisor/room inspector. short-term storage of status information, long-term stor- 

It is a further object of the present invention to pro- 55 age Qn disk of sUm infonnat ion and searching stored 

vide a room status system capable of performing maid status inforrnation for historical data of the status of a 

or supervisor timekeeping functions. particular room or the activities of a particular maid. 

It is a further object of the present invention to pro- xhese advanced capabilities allow features such as find- 
vide a system for communicating time information be- ing the location of a maid at any given time or display- 
tween a system manager and a plurality of room termi- ^ mg a sorted lis t of rooms to be inspected, occupied or 
nals. the like. 

It is a further object of the present invention to pro- a hotel guest may actuate a wake-up mode of opera- 
vide a time correction feature for sending time correc- tion of a room terminal through a terminal keyboard or 
tion signals from a system manager to room terminals in remote control. First, a user selects a wake-up service 
the event of a power failure. 65 screen and enters the exact wake-up time. The terminal . 

It is a further object of the present invention to pro- then associates the terminal with the room number and 

vide an interactive terminal for sounding a wake-up or . stores the time for wake-up. At the appointed time for 

other alarm at a predetermined time. wake-up, the terminal activates a piezoelectric alarm to 


Also, , custom screens are displayed at the system 
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wake the guest. The system manager periodically, for ing display of rooms to be inspected and for logging the 
example, every minute updates the accurate time re- inspection of a range of rooms generated for display on 
ported by a clock of the terminal. Consequently, the a television receiver associated with a room terminal 
time reported by the terminal is corrected automatically according to FIG. 2. 

in the event of a power outage. 5 FIG. 12 is an exemplary screen for display at the 

The system manager periodically polls the terminal system manager of selected wake-up times for particu- 
to obtain the user entered time and room number. The lar rooms. 

system manager subsequently polls the terminal at the FIG. 13 is another exemplary screen for display at the 
appointed time to determine if the wake-up alarm has system manager of wake-up alarm configuration param- 
been responded to. If not, hotel personnel may be dis- 10 eters. 

patched by the system manager to the room to deter- FIGS. 14<a) and 14(6) are screens exemplary of a 
mine if, for example, the hotel guest is a heavy sleeper wake-up request sequence generated for display on a 
or has had a heart attack, As an additional feature, the television receiver associated with a room terminal 
system manager determines if the room terminal is out according to FIG. 2. 
of order within a predetermined number of minutes 15 
prior to a scheduled wake up time. If the terminal is in 
fact out of order, the system manager may actuate a 
warning alarm to dispatch hotel personnel to wake the Referring to FIG. 1, there is shown a block schematic 
hotel guest. diagram of an interactive room status/time information 

The present invention improves upon the prior room 20 system in accordance with the present invention. The 
status communication and wake-up techniques. Com- depicted embodiment relates to its application in a hotel 
munication is integrated into an existent communication or hospital system environment; however, the present 
medium between each hotel/hospital room and a cen- invention is not so limited. The present invention may 
tral location, i.e., where the system manager may be also be applied in any two-way interactive system such 
located. Little if any additional hardware is required for 25 as a cable or satellite television entertainment system 
connection to the chosen communication medium or for involving a distribution network comprising trunk lines 
input/output and display with a user. A programmable and feeder cables of optical or coaxial cable. For exam- 
multi-line, multi-character display is also provided at no pie, satellite receiver and decoder 3, cable receiver and 
additional cost. Also the keys on a room terminal or, descrambler 4, video modulator 5, addressable transmit- 
alternatively, on a remote control are individually con- 30 ter receiver 10, locally generated video modulator 11, 
figurable to particular functions, and system manager 12 may all be located at the loca- 

These and other features of the present invention will tion of a cable television system headend. Besides the 
become evident from the following detailed description use of the above-mentioned equipment at the headend 
of the invention when read in conjunction with the of a city-wide cable television distribution system, the 
appended drawings. 35 above-mentioned equipment can be used, for example, 

™„~ ipttom np top r»R Awrvr <! at a central location at a hotel > hospital, cruise ship, 
BRIEF DESCRIPTION OF THE DRAWINGS office buMn g, apartrae nt complex, airport, factory, 
FIG. 1 is a block schematic diagram of an interactive prison, univeristy, or any other similar facility. In this 
room status/time information system in accordance example, transmission link 6, for example, a coaxial 
with the present invention. 40 cable or optical fiber link can connect the cable televi- 
FIG. 2 is a block schematic diagram of a two-way sion headend to two-way interactive terminals 7, 8 or 9 
interactive terminal according to the present invention of the entertainment system located at individual sub- 
comprising a microprocessor, a memory, a character scriber premises. 

generator, a keypad, and a television signal output to an On the other hand, the embodiment of FIG. 1 is espe- 

associated television receiver. 45 cially exemplary of the application of the present inven- 

FIG. 3 is an exemplary screen for display at the s'ys- tion in a hotel or hospital system. Transmission link 6, 
tern manager. This screen is exemplary of a tabulation of then, may simply comprise a coaxial or optical fiber 

rooms and their status. A menu of commands is also cable link between a control center and N terminals, for 

included in the exemplary screen. example, terminals 7, 8 or 9 located in rooms of the 

FIG, 4 is another exemplary screen illustrating the 50 facility. The terminals can be located at various loca- 

menu of sort commands when the sort option is selected tions throughout a facility such as a hotel room, a hospi- 

from the menu of FIG. 3. tal room, a ballroom, a conference room, a clerk inspec- 

FIG, 5 is another exemplary screen illustrating the tor or other individual's office, a broom closet, a laun- 

tabulation of rooms and their status sorted by dirty/oc- dry room, a casino, a break room, a nurse station, a front 

cupied. 55 desk, a message center, a lecture hall, a lounge, a dorm 

FIG. 6 is another exemplary screen of the change ID room, a work station, a laboratory, a guard desk, a 

option. prison cell or any other similar location in a facility. 

FIG. 7 is another exemplary screen of the display ID Many uses are possible for the room terminal besides 

option. room status, timekeeping and wake up. The room termi- 

FIG. 8 is another exemplary screen of an initial menu. 60 nal can be used for ordering room service, for checkout, 

FIG. 9 exemplifies a display used for maid timekeep- for video conferencing, for premium program selection, 

ing. for shopping, for bulletin board information, for airline 

FIGS. 10(a)-10(c) . are screens exemplary of maid reservations, for gambling and gambling or any other 

sign-on and room cleaning functions generated for dis- ' service used in a facility. Further details of room service 
play on a television receiver associated with a room 65 and room checkout services are incorporated herein by 

terminal according to FIG. 2. reference to U.S. application Ser. No. 07/340,642 enti- 

FIGS. ll(a)~ll(ft) are other screens exemplary of tied "Cable Television Transaction Terminal." Further 
inspector sign-on and room inspection functions includ- details of video conferencing and premium program 
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selection are incorporated herein by reference to U.S. quests of terminals. The. addressable transmitter 10 ac- 

application Ser. No. 07/340,731 entitled "Terminal Au- cording to FIG. 1 may transmit addressed information 

thorization Method." on a separate data carrier, for example, at 108 mega- 

In particular, at the control center, a satellite signal hertz and receive information transmitted in a so-called 

may be received at satellite antenna 2 and then received 5 upstream direction from the terminals on another sepa- 

and decoded at satellite receiver decoder 3 for distribu- rate data channel at 25 . megahertz. In an alternative 

tion via modulator 5 over a distribution cable 6 to the : embodiment, all downstream communications may be 

interactive terminals 7, 8 or 9 of the present invention. transmitted in band or within a particular television 

Also, in accordance with the present invention, the •; channel transmission, for: example, within the horizontal 

satellite signal may comprise a signal continuously indi- 10 or vertical. intervals of transmitted video signals. Conse- 

cating the accurate time. Additionally, a band of cable i quently, the system manager 12 accomplishes, in band 

television channels received over cable facilities 1 are signaling by controlling data input into the video signals 

received and, if necessary, descrambled at cable recei- transmitted via either modulators 5 or 11 (not shown), 

ver/descrambler 4. The descrambled video signals are A separate data carrier for each direction of transmis- 

then modulated at modulator 5 for distribution over: 15 sion may be preferred due to the increased data carrying 

facilities 6 to interactive terminals 7, 8 or 9. If desired, capacity. For upstream transmission, a telephone line or 

an optional scrambler may be provided for scrambling spread spectrum transmission may be employed as an 

premium channel transmissions to interactive terminals alternative to a separate data channel. 

7, 8, ;or 9. Of course, terminals 7, 8, or 9 then would Besides specifically addressed data communications 

comprise deserambler circuitry capable of descram- 20 with interactive terminals 7, 8 or 9, system manager 12. 

bling the scrambled premium channel transmissions. may also communicate with billing computer (Property 

Such circuitry is not shown in either FIGS. 1 or 2 but Management System) 20. In a hotel) for example, the ■ 

would be preferable in a system involving distribution billing computer may be used at the front desk for 

of signals to remote subscriber locations. check-in and. check-out of guests and for reservations. 

According to the exemplary embodiment of FIG. 1, 25 Wake-up alarms, or other warning alarms sounded by 

the hotel or hospital location may be connected to other system manager 12 can be sent to billing computer 20. 

hotels or hospitals via data link 14. Over data link 14, System data can also be displayed on monitor 15 or 

data may be received via modem 13 at system manager printed on printer 18. System data can also be perma- 

12. In this manner, the hotel or hospital system manager nently stored on disk 17. System manager 12 may also 

may maintain current status of all features and all inter- 30 address communications globally to all interactive ter- 

active terminals of an a system comprising a plurality of minals which communications may or may not require 

hotels. For example, entertainment schedules, room a terminal to respond. Such global communications, for 

status data or wake-up information may be distributed example,: may be addressed to a global address repre- 

over the data transmission link from a network control senting all terminals in the particular hotel system or to 

center where the entertainment schedule is composed. 35 a group address representing a group of terminals 

System manager 12 comprises a data processing unit within the system having a commonality of interest, 

and appropriate memory for storing status and features Each room terminal can be addressed using long 

associated with all terminals in the system. System man- addresses, short addresses; global addresses and group 

ager 12 also controls the generation of video channels at addresses. Each room terminal preferably has a unique 

modulator 11, if necessary, for transmission over facility 40 23 bit long address preset at the factory and stored in 

6 to the two-way interactive terminals 7, 8 or 9. In non-volatile memory. This address, will always be:rec- 

particular, modulator 11 comprises the capability to ognized by the room terminal. To minimize. communis 

generate signals for actuating the display of character cations overhead, a 12 bit short address may be config- 

screens at terminal locations responsive to the control ured by the system manager. The short address would 

of the system manager 12 in the event, for example, that 45 be treated identically to the long address; This address 

terminals are unable to generate the character screens would be unique to a particular building site. All room 

themselves. terminals are programmed to recognize a special global 

The generation of complete screens of characters for address to aid in sending system-wide commands. Nor- 
transmission to a terminal according to the present in- mally, no response is given the command sent to a 
vention for display is not required because the terminal 50 global address. An internal flag will be set to indicate 
(FIG. 2) comprises its own character generator 204. that a global command has been received; This flag may 
Consequently, locally generated video modulator 11 is be used by the system manager, to verify receipt of 
optional. Instead, system manager 12 generates com- global configuration commands. In order to maximize 
mands to generate screens, and not the screens them- system performance, a group address may be imple- 
selves, for transmission via addressable transmitter 10 to 55 mented. This would speed the sending of data to groups 
an interactive terminal according to the present inven- of room terminals that are to be configured identically, 
tion. In a "hybrid" system comprising terminals having This address would be handled by the room terminal as 
no character: generator and terminals according to the a second global address. It would be dynamically as- 
present invention, locally generated video modulator 11 signed by the system manager and be transparent to the 
would be necessary. The screens generated either at the 60 system operator. 

terminal or by way of modulator 11, for example, may Each room terminal will communicate with the sys- 

relate to the provision of information to guests or pa- tern manager using a polling protocol. Preferably, the 

tients about hotel or hospital services, respectively. room terminals are configured as slaves to the system 

Also according to FIG. 1, system manager 12 con- manager. Each room terminal responds to commands 
trols an addressable transmitter/receiver 10 for trans- 65: sent by the system manager. A normal polling cycle 

mitting addressed communications which are uniquely causes a room terminal to report its current operating 

addressed to terminals 7, 8 or 9 and receiving communir mode including its current channel or screen. This al- 

cations at random times or in response to polling re- lows the gathering of channel statistics by the system 
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manager. Additional information returned may include also has access to nonvolatile random access memory 
request by the room terminal for data resident in the '222 and access via gate array 207 to an outboard read 
system manager or information regarding commands only memory (ROM) 219. Processor 206 receives re- 
initiated by keys pressed at the room terminal. The mote control key commands from a remote control key 
room terminal will also indicate upon polling by the 5 pad via infrared or other remote control transmission 
system manager of a change in a normally monitored receiver 208. Processor 206 may also control the opera- 
item such as that at the serial port. Besides normal pol- tion of a phase lock loop 209 and bandpass filter 210 for 
ling cycles, additional information is available from the controlling operation of up/down converter 201. 
system manager on a request basis, including screen and Power is supplied via an alternating current input to 
configuration dumps. The polling communication be- 10 power supply 215 which provides, for example, a plus 5 
tween the room terminals and the system manager oc- volt and a plus 12 volt DC input to various components 
curs on signals modulated at cable television frequen- of the terminal requiring such power. Furthermore, the 
cies such as EIA (Electronic Industries Association) alternating current power input to power supply 215 
television frequencies and other standard cable televi- may be provided via a controlled switched outlet 214 to 
sion frequencies. Further details are incorporated by 15 an associated device such as the television receiver 
reference to U.S. application Ser, No. 07/340,659 enti- associated with the terminal. The state of switched 
tied "Terminal Polling Method." outlet 214 is controlled via gate array 207 by processor 

Either the user of a terminal or an installer may con- 206. For example, switched outlet 214 may continu- 
figure and install their terminal themselves. Interactive ously provide power to its associated device or provide 
terminals 7, 8 or 9 are, consequently, equipped with 20 power only when an "on" button of key pad 216 or a 
means for enabling automatic installation. Further de- remote control key pad is set to an on condition, 
tails of automatic terminal configuration are provided in Values inside of boxes or associated with boxes are 
copending parent application Ser. No. 289,218 incorpo- exemplary of memory sizes, clock rates, or component 
rated herein by reference. types. For example, clock 220 for clocking the micro- 

Referring to FIG. 2, there is shown a two-way inter- 25 processor operation may operate at 14.318 megahertz, 
active terminal according to the present invention. The The clock signal is divided down by gate array 207 for 
terminal is coupled via transmission link or facility 6 to operation of microprocessor 206 which may be a Mo- 
video modulator 5, addressable transmitter/receiver 10, torola MC 6803U4 or for clocking other processes of 
and locally generated video modulator 11, if provided, the terminal. The on screen character generator 204, for 
as shown in FIG. 1. 30 example, may be a Mitsubishi M50455 component. 

In particular, a two-way interactive terminal accord- RAM 217 may comprise 16 kilobytes of memory and 
ing to the present invention comprises an up/down ROM 219 comprise 32 kilobytes of memory respec- 
converter 201 for converting channels received over tively. 

the facility 6 for display at an associated television re- FIG. 2 also illustrates wake-up alarm 230 preferably a 
ceiver (not shown) or for transmitting data modulated 35 piezoelectric beeper. Other types of audible alarms may 
to 25 megahertz by data transmitter 203 for transmission be used. In addition to character generation and screen 
over facility 6. Up/down converter 201 passes data on display, LEDs 221 may, for example, indicate at least a 
the separate data carrier at 108 megahertz for demodu- power on condition or, additionally, an alternative dis- 
lation and reception at data receiver 203. Received play of tuned channel number or other data which may 
television entertainment signals are provided by up/- 40 be displayed on a screen. 

down converter 201 to demodulator 202 which also Once the user of a room terminal applies power to 
provides automatic frequency control and gain control power supply 215 of FIG. 2, processor 206 begins the 
of up/down converter 201. Demodulator 202 provides task of initialization of various types of components of 
video via on screen character generator 204 to channel the terminal of FIG. 2, Processor 206 verifies proper 
J modulator 205. In this manner, on screen character 45 operation and communication of components of the 
generation may appear superimposed upon an incoming terminal such as data transmitter and receiver 203, gate 
video signal or displayed in the form of a teletext array 207, on screen generator 204, keypad 206 and 
screen, for example, text on a plain colored background. infrared remote control receiver 208. Self-initiated diag- 
AIso at demodulator 202 the baseband audio channel is nostic routines well known in the art to verify proper 
transmitted to audio output 211 or via channel modula- 50 software operation may be performed at processor 206. 
tor 205 to the television receiver at radio frequency. In Processor 206 may also enter an optional manufacturing 
addition, a baseband video output 213 may be provided or factory testing mode. It may also enter a maintenance 
from on screen character generator 204 at video output or display RAM mode of operation activated by the 
jack 213. depression of a predetermined key of keyboard 216 or 

The interactive terminal of the present invention 55 receipt of data entered via remote control receiver 208. 
further comprises a processor 206 for controlling data Upon power up of the room terminal, when a reset 
transmission and reception at data receiver/transmitter command is received from the system manager, the 
203. Processor 206 also controls character generation at room terminal will go through a series of tests. The 
character generator 204 via gate array 207. Also via RAM and ROM memory and the watchdog will be 
gate array 207, the processor 206 controls a key pad 216 60 exercised to ensure proper operation. Any problems 
which may be directly coupled to the gate array or detected will be reported by the room terminal to the 
coupled via infrared or other remote control transmis- system manager. In order to protect data stored in the 
sion link receiver 208. Random access memory (RAM) RAM memory, the RAM test is non-destructive. Partic- 
217, provided with backup power by capacitor 218, ular commands also allow the exercising of specific 
stores character screen commands, downloaded feature 65 hardware functions to enable thorough factory testing, 
data and other data received over the data transmission Specific tests may include test of the video generator, 
link via data receiver 203 from the system manager system RAM, the alarm, the keyboard, the data trans- 
responsive to processor 206 control. The processor 206 mitter, and other hardware. 
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The present invention allows predetermined configu- the volume down key and the mute key. Preferably, 
rations of a limited number keys on keypad 216, for volume up and volume down will exhibit a total, of 64 
example, seventeen different keys or a infrared remote different levels. When one of these keys is pressed, the 
control 208. A key template is stored in terminal mem- request will be repeated at a rate of about 100 msec, 
ory for each display to be generated. The template- 5 until the key is released. There will be an initial delay of 
defines an operation for particular keys associated with about 500 msec, after the first step before the 100 msec, 
a display. For example, various displays are illustrated repeat has begun. Other rates and delays are within the 
which result in the generation of different displays in purview of those of skill in the art; Mute will cause the 
response to the actuation of particular keys. In response volume to go down to the lowest level, but the previous 
to FIG. 11(c), the actuation of key "1" generates the 10 level will be remembered. Pressing mute or volume up 
display of FIG. 11(e) and the actuation of key "2" gen- will cause the volume to return to the previous value. A 
erates the display of FIG. 11(d). In such a fashion, any volume up or down request: may additionally be acted 
key can be configured for any function. For example, upon by the processor as desired. Volume up (down) 
the "OK" key and the "BUY" key are configured for "if will remain at the highest level (lowest) volume level 
correct" and "to retry", respectively, in FIG, 11(g). 15 once it is reached regardless of how many times the 
Therefore, by assigning new functions to existing keys volume is up (down) key is subsequently pressed. When 
"CH+", "CH-", "Vol+'\ "Vol-", "BUY", etc., the turned off, the room terminal will go to the lowest 
invention permits programmable assignment of. func- volume level. When turned back on, the room terminal 
tions to keys which may have little or no relationship to will return to the previous volume level, 
key labelling. Furthermore, by reinforcing the assigned 20 While text data is being displayed, the room terminal . 
key function by means of screen display, a user may feel keys may be configured to behave in different manners 
comfortable with their selection of particular key for as described above. A keystroke may cause a new page 
performing a non-indicated function. In other words, of data to be displayed and in turn reprogram the keys 
the combination of screen display and programmable to a new set of actions corresponding to the new screen, 
keys creates a human friendly interface between the 25 This will be useful for implementing a menu type dis- 
user or the installer and the terminal. play. The key stroke or series of key strokes: may be 

Room status or wake-up communication from a room saved to be reported to the system manager. This is 
terminal can be selected by tuning the room terminal to intended for functions needing verification from the 
a particular, channel number that corresponds to a de- system manager. Optionally, the digit keys may be ech- 
sired data screen. When the particular channel corre- 30 oed on the screen; 

spending to the desired data screen is selected, normal. Periodically, the system manager will download , 
tuner output is disabled and the text generating circuitry screens into RAM .217 of a room terminal. Other 
of character generator 209 is activated. A first screen of screens will be permanently resident in the ROM 219 of 
text is then displayed on the television receiver associ- a room terminal.. The priority, of screens will be deter- 
ated with the room terminal for the selected service 35 mined by the system manager. If a screen for a re- 
such as wake-up. quested function is not currently resident in a terminal's 

In addition to the interactive modes described, an memory, the default screen will be displayed such as 
option exists for a mode allowing data entry even when "please stand by ... " while data is requested from the 
the room terminal, is in the "power off' state. This will system manager. When the data is received it will be 
allow maid status entry, for example, without requiring 40 displayed. A channel number or the channel up, down 
a maid to turn on an associated television. When a room or no buttons may be used to abort this sequence. Fur- 
terminal is "off' a power LED will be off, switched ther details of the generation of character screens are 
outlet 214 may be turned off, and the tuner will be tuned incorporated herein by reference to U.S. application 
to the "off' channel. Upon power up, switched outlet Ser. No. 07/340,73 1 entitled "Storage Control Method . 
214 will be switched "on" and the room terminal will be 45 and Apparatus for an Interactive Television Terminal." 
tuned to a predetermined channel or text screen. In this embodiment of service selection, specific un- 
Switched outlet 214 can be configured either to be used channel numbers are assigned to identify particular 
always on or to switch off when the room terminal is features. For example, channel 76 would be assigned to 
turned "off 1 . The power-up channel can also be pro- the room status/inventory function and a unique feature 
grammed as a configurable parameter, by the system . 50 start screen determined wherein either FIG. 1(a) or 
manager. FIG.. 11(c) is displayed. The unique feature start screen 

When a data screen is active, the terminal, under the is displayed instead of an EI A (Electronic Industries 
control of processor 203 is capable of selecting an audio Association) channel number. Furthermore, channel 77, 
or video channel or. both from up-down converter 201. for example, would be assigned to the wake-up feature 
This audio/video channel can then complement the 55 wherein the screen of FIG. 14(a) is displayed... 
character generated display. Thus, music can be added : In an alternative service selection embodiment, a 
to screens or even movie audio inserted over the menu driven interface is displayed at the room terminal, 
screens. If no channel is specified for the audio, the For example, rather than assigning channels 76 and 77 
volume control circuit of demodulator 202 is set to its as above, only channel 76 would be assigned to a service 
minimum level. The volume control circuit of demodu- 60 menu, Room status and wake-up could then be selected 
lator 202 will, however, remember the previous volume along with other features from the service menu, 
level and return to the previous volume level the next A room terminal user preferably tunes to the particu- 
time an audio output is needed. Further details are in- lar above-mentioned channel for a particular service by 
corporated herein by reference to U.S. application Ser. pressing an identifier key corresponding to a particular 
No. 07/342,987 entitled "Interactive Television Termi- 65 EIA channel; The identifier key corresponds to the 
nal with Programmable Background Audio or Video." particular channel by a list stored in the room terminal's 

Processor 203 can control the audio volume control memory. For example, when the user pushes the "1" 
circuitry when requested by use of the volume up key, key, the list in memory can designate the key to EIA 
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channel 76 where the room status service is displayed. "Sort" can be selected from the menu. When the user 

The list stored in the room terminal's memory is pro- selects the sort option, an alternate set of menu items 

grammable by commands sent from the system man- appear as illustrated in FIG. 4. These menu items list 

ager, thus configuring particular keys to particular EIA room status conditions. The rooms can then be sorted 

channels. 5 by status condition and the rooms exhibiting a particular 

FIG. 3 is an exemplary screen- of tabulated room condition tabulated and illustrated as in FIG. 5. FIG. 5 

status information and menu selections. These screens illustrates a sort for all rooms exhibiting the "Dirty/Oc- 

are preferably displayed at system manager 12 or cupied" status condition. Note that rooms currently 

printed on printer 18. "Occupied" may be selected from being cleaned have the "Dirty" status condition. There- 

the menu. When the user selects the "Occupied" option, 10 f ore( any sorting involving the "Dirty" status condition 

the cursor is placed in the room box. If the user then w ju have those rooms displayed as well, along with the 

enters a valid room name, the room specified is desig- highlighted inspector IDs. 

nated as "Occupied". Otherwise, an error message "in- W h en the room name is entered in the room box, a 

valid room" is displayed. "Vacant" can also be selected speoiaI name « An « can be entered to designate every 

from the menu. When the user selects the "Vacant" 15 room in the hotel/hospital. "All" is not a valid name 

option, the cursor is placed in the room box. If the user wnen selecting the "View Room" option. A range of 

then enters a valid room name, the room specified is • room nameS) suc h as 110-120, can also be entered into 

designated as "Vacant". Otherwise, an error message the room ^ t when se i ecting the « V i ew Room" 

"invalid room" is displayed. "Clean" can also be se- option 

lected from the menu. When the user selects the 20 As descrih(tA abovCi room status can ^ aUered using 

"Clean" option, the cursor ,s placed in the room box. the above describcd from the system manager. 

The user then enters a i valid room name, the room speci- FuthermorC( if these ^ are avai i able at the room 

fied is designated as ;'Clean". Otherwise, an error mes- termina] foom can alsQ ^ altered •„ Hke fash . 

sage invalid room" .s displayed The "Clean" designa- room and 

tion signifies that a room has been cleaned by a maid, 25 . h } y f he * en{ invendon S a S uto ! 

supervisor. Dirty' can also be selected from the menu. _ e ..t-,;.t,..« t „ »_ ;_„__„*„...,<•*_, 

When the user selects the "Dirty" option, the cursor is mana «f from " D,rtv t0 . An inspector, after 

placed in the room box. If the user then enters a valid "J?*??? ° { u th ? f^T ^ ' tS f u * t0 / lthe , r 
room name, the room specified is designated as "Dirty". 30 ° r back to Dl *^ rth ?' *«" h of maid 

Otherwise, the error message "invalid room" is dis- and ***** fe^f * deSC " ¥S? ™ T' 
played. The "Dirty" designation signifies that a room J" nctl0n wlth FIGS - WfihW?) and «(«)-««• 
has not been cleaned, or that the room has been in- thennore, room status can also be altered from the cen- 
spected and rejected by the housekeeping supervisor. tral b,lhn S computer or any other interface to the pres- 
"Ready" can also be selected from the menu. When the 35 »*<» njmuntcafaon system if desired, 
user selects the "Ready" option, the cursor is placed in Find Mald catl ^J^f d J rom the "«* Whe ? 

the room box. If the user then enters a valid room name, tne us « the "Find Maid" option, the cursor is 

the room specified is designated as "Ready" Otherwise, P Iaced m the maid b ° x , as illustrated in FIG. 3. If the 
an error message "invalid room" is displayed. The user then enters a valid housekeeper ID, the first occur- 
"Ready" designation signifies that the room has been 40 rem* of the screen page on which the specified maid 
cleaned, inspected, and accepted by the housekeeping a PPe ars is displayed. Otherwise, an error message "in- 
supervisor, "Out-of-Service" can also be selected from valid maid " is displayed. If the housekeeper ID is not 
the menu. When the user selects the "Out-of-Service" f °"" d <U- tl * specified maid is not actively cleaning 
option, the cursor is placed in the room box. If the user the room) but has been active during the current day, 
then enters a valid room name, the room specified is 45 the message "maid not active, last found m room XXX" 
designated as "Out-of-Service". Otherwise, an error will be displayed. Otherwise, only "maid not active" is 
message "invalid room" is displayed. The "Out-of-Ser- displayed. If this maid is logged into several rooms 
vice" status can be subsequently switched to either simultaneously, the first occurrence is displayed. Other 
"Vacant" or "Occupied" at the discretion of the user notices, for example, that a maid is not presently clean- 
and the room shall assume its last known status of 50 ir «g a r °om are also possible. 

"Clean", "Dirty", or "Ready". The above room status "Change IDs" can be selected from the menu. The 
changes can also be stored on disk or sent to a central screen of FIG, 6 is displayed when the user selects this 
billing computer (Property Management System) if option. The menu of items on the change ID screen of 
desire. The central billing can also print out the data if FIG. 6 are then possible. The user can select the "Add 
desired. 55 New Name" option and enter the employee name in the 

"View" can be selected from the main menu. When employee name box. Typically, the name will have a 
the user selects the "View" option, the cursor is placed maximum character length. The system manager pref- 
in the room box. If the user then enters a valid room erably treats the entire name as one string, and will not 
name, the screen page on which the specified room make any distinctions between first name, last name and 
appears is displayed. Otherwise, an error message "in- 60 middle initial. However, in an alternative embodiment, 
valid room" is displayed. The screen page correspond- distinctions can be made between first name, last name 
ing to the specified room can display historical room and middle initial by treating them as more than one 
status information including current status ("Occu- character string. When the user presses ENTER the 
pied", "Clean", etc.), the name or ID of the maid who cursor is placed in the authorization box. The user is 
made up the room, the name or ID of the inspector who 65 then prompted to enter either "M" for "Maid" or "S" 
inspected the room, guest information, wake-up infor- for "SUPERVISOR". The user is then prompted to 
mation or any other information on the system pertain- enter a numeric code between the values of 0 and 999 
ing to the particular room viewed. inclusive into the identification box. Pressing "Esc" at 
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any time during the input sequence will abort the entire "Clean". The time the room is finished being cleaned is 

add new name operation. also recorded. 

"Change Name" can also be selected from the menu The time a maid startsand finishes cleaning a room 

to change the name of an employee who has already can.be tabulated in a maid timekeeping matrix as shown 

been added. "Change Identification" can also be se- 5 in FIG. 9. The start time and finish time as. well as the 

lected from the menu to change the identification num- room number and maid number can be tabulated. This 

ber of an employee who has already been added. information can be stored as historical data on a disk or 

"Change Authorization" can also be selected from the can be sent to the billing computer as desired. Time 

menu to change the authorization level of the employee. information for each maid can be sorted to determine 

Preferably, the authorization level is toggled between 10 the number of hours worked by a maid. This informa- 

maid and supervisor. Additionally, other authorization li ° n can be tabulated by the system manager or the 

levels besides maid and supervisor may be provided. biIli "g computer and analyzed to assist in maid schedul- 

"View Name" can be selected from the menu to ing activities. Furthermore, this information can be used 

blank the data displayed in all three boxes and place the in P laoe of P unch card timekeeping equipment for pay- 

cursor in the employee name box. The user then enters ; 15 ro11 P"rpo«s- Special screens can be used for input of 

the desired name. When the name is found, it is dis- . sl 8"- m wd . slgn ' ou f ' nfonnatlon at the beginning and 

played along with its authorization identification num- end <*« i ma ' ds J *™« ' !f ?' a l S °£ en f 

ber. Otherwise, the message "name not found" is dis- oth « tha » th /* « F } G ; 9 and ' 81imlar to mo e 4 

played. A comparison is performed by searching to can be used for displaying and sorting maid time mfor- 

match the character stringior the user entered in the 20 matl ? n - Time-keeping features, as discussed above for 

employee name box with the named employee's charac ^s, can also be used for other employees such as 

ter string stored in the system manager data base. For ^pectors, clerks, cooks and be Ihops or the like In a 

„„ li, iffu. ,„,„,. t „^J :„ ck* «i~,i t u» »u„„ tu„ hospital environment, the activities may be monitored 

matches the user will be given the chance to view the in f ormation a[ £ ^ us £ & time/task efficiency 

next occurrence. Also, the comparison process shall not s t u dies- 

be case ]S ensitive. Alternatively, other comparison tech- PreferablVi the syst em manager keeps a log .of maid 

mques known to those of skill m the art. can instead be 3Q and ^ 5nformation and superv i SO r transactions similar 

us *?y. TJ .<••„• u , „, # to that.of FIG;7. A maximum of 31 daily housekeeping 

"View Identification" canbe selected from the menu files m k t (i e for one month of historieal; data); 

to blank all three boxes displayed and place the cursor ^ h „ umber is possible , A new flle wiU over . 

m the identification box The user may then type in an ride its counterpart from a p revious month. 

ID and if the ID is found it will be displayed along with 35 While a maid is making up a room ( ;. e ., room status is 

its name and authorization. Otherwise, the message "ID vacant> dirty or ^ c i ean ed), the room terminal can 

not found" is displayed. "Display IDs" can be selected ^ programmed so that the television cannot be tuned to 

from the menu of FIG. 3. When "Display IDs" is se- any television program or entertainment like distract 

lected a screen similar. to FIG. 7 is displayed. "Backup tion Commands for initiating these features can be sent 

Log" can be selected from the menu of FIG. 3. When 4,3 f rom tne S y Stem manager to the room terminal. where 

"Backup Log" is selected the system manager stores a t hey are stored in RAM. Furthermore, these features 

backup of gathered historical data onto the disk. can also ^ preset: in ROM if desired. 

FIGS. 10(a)-10(c) illustrate the sequence of events a j„ res p 0 nse to FIG. 11(a), when the access code for 

maid (housekeeper) will experience and FIGS. ll(a- inspection is entered, the screen of FIG. 11(6) is dis- 

)-ll(k) illustrate the sequence of events: an inspector 4J played> After me housekeeping supervisor ID is en- 

(housekeeping supervisor) will experience on the screen tered, the housekeeping supervisor can select to ap- 

of the television associated with a room terminal. When prove/reject rooms or to display, a list of rooms for 

room status/inventory isselected by tuning to the room inspection in accordance with FIG.: 11(c). An exem- 

status channel on a room terminal or by selecting room p i ary display of rooms to inspect is illustrated in FIG. 

status on a main menu at a room terminal, the screen of 50 u(ti)-. 

either FIG.: 10(a) or FIG. 11(a) will be displayed. An The selection of a single room or a range of rooms to 

access code is then entered. The terminal compares the approve/reject is selected from the display exemplified 

entered access code with legitimate secret access codes by FIG. 11(e). After a single room is inspected, the 

for an inspector or for a maid stored in terminal mem- room name is entered in accordance with the screen 

ory. If :the access code is for a maid, the screen of FIG.: 55 exemplified by FIG. 11(/). After, the room name is en-: 

10(b) will be displayed; otherwise; if the access code is tered, a key configured for accepting the room, reject- 

for an inspector, the screen of FIG. tt(b) will be dis- i n g the room, retrying the room, etc. is selected in ac- 

played. cordance with FIG. 11(f). Rejected rooms are returned 

In response to the screen of FIG. 10(b), the maid then to the "Dirty" status and accepted rooms are given 

enters his or her housekeeper ID and begins cleaning 60 "Ready" status. 

the room. At this point the room status is automatically To inspect a range of rooms, the beginning of the 

changed to "Occupied" or "Vacant" and being made up range of rooms is entered in accordance with the screen 

by a particular maid number. The start time of the exemplified by FIG. 11(g) and the end of the range of 

maid's cleaning is also stored for maid timekeeping . the rooms is entered in accordance with the screen 

purposes; Furthermore, the location of the maid is 65 exemplified by FIG, 11(A); The range, of rooms can then 

stored for maid locating features. When the maid fin- be accepted, rejected or cancelled in accordance with 

ishes cleaning the room any key can be pressed in re- the screen exemplified by FIG. 11(0. If accepted, in- 

sponse.to FIG. 10(c) and room status is changed to spection continues with FIG, ll(k) and if the range of 
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rooms is rejected inspection continues with the screen set to a predetermined number of minutes in advance of 

exemplified by FIG. 1100. Another range of rooms can the scheduled wake-up time. The system manager will 

then be selected, the supervisor menu can then be indicate that manual wake-up calls, such as telephone 

chosen or inspection can then be terminated. calls, are necessary in lieu of automatic wake-up calls by 

When the list of rooms ready to inspect is selected in 5 the room terminal. For example, a room's wake-up time 

accordance with the screen exemplified by FIG. 11(d), is set at 6:00 a.m. and the pre-warning time is 15 min- 

only nearby rooms instead of all rooms may be dis- utes, where at 5:45 a.m. if the set-top is in one of the 

played. For example, rooms on the current floor, the er ror conditions, the beeping and warning message 

two floors above and the two floors below the room described above at the system manager is performed, 

terminal are displayed. If this data comprises more than 10 a desired alarm duration is set by the system manager 

one screen, the first screen that contains a room on the ^ a " W ake-up alarm still on warning time" according to 

current floor will be the first one shown. The current the local configuration as exemplified by FIG. 13. The 

floor is computed by using the room name and ignoring W ake-up alarm still on warning time is the number of 

the two least significant digits. However, other schemes m i nute s a particular guest has after sounding of the 

of determining current floor can be used. When com- 15 alarm to enter any key at tne T00m terminal or a room 

puting the floors above and below, the thirteenth floor termina i remote cont rol to disable the alarm. If a guest 

may be ignored because of the predominant custom in does „ ot disab]e the alarm before the end of the wake . up 

^t^* 1 . Stat ? S ° f Amenca l ; F ° T T P° ms that ex ' st wlth alarm still on warning time, the system manager will 

13XX designations they will be shown, but they are b and display a warning message and can if desired, 

assumed not to exist. TTius,^ 20 rfnt „ M of rooms needing personal wake . up oaUs . 

ready for mspect.on , on floors 10, 1 1, 12, 14, and 1 5 and The em m c£m aIsQ ^ a wafni alam tQ 

13 if they exist) will be displayed. The rooms will al- the bmi com ter or t0 a room terminal at a beUh > s 

ways be shown m ascending numerical order. It may offi a » aid ^ of ft TQQm termina , near ^ ^ 

also be desirable to indicate the floor riumbers on the d k A ^ . . fa fee d . d . ^ 

screen in addition to the room numbers. This would 25 . t „ ti „ ,„ , u « 0 . 

c ... , . ... ., instance the guest is a heavy sleeper or there has been an 

prevent a supervisor from thinking that these are the ° . ., xtvji.-**4.ic 

only roomsbthe entire building that need inspection. emergency such as the guest has had a heart attack^ For 

Furthermore, the number of floors above and below e t T ple ' ™? ' ™)? UP - *T J ft r 

those displayed may also be altered such that all floors *f on warmn .S 15 15 mmut< = s ' then *t 6:15 a.m. if 

are displayed or particular floors for a particular super- 30 th \ r ?T terminal alarm is still active and the feature is 

visor ID are displayed enabled, the warning actions described are taken. This 

FIG. 12 illustrated a "screen tabulating wake-up infor- *° may set the actual duration of the audible alarm in 

mation by room. The screen can be selected at the sys- the ">? m and reset the terminal t0 an ldle ' alarm off 

tern manager in response to a main menu such as that of condition. _ 

the screen exemplified by FIG. 8. An "Add" wake-up 35 In the Preferred environment, each room terminal has 
room option can be selected where the cursor is placed an mternal real time clock. The real time clock is capa- 
in the room box and the user enters the room to be ble of kee P ln g time on its own. However, for improved 
added to the wake-up system. The cursor then jumps to accuracy an update signal is globally sent by the system 
the time box where the user enters the time that the manager to the room terminals. This update signal is 
guest asks to be awakened. A "Delete" wake-up room 40 sent ever y minute by the system manager. The system 
option can be selected where the cursor is placed in the manager receives time information preferably by satel- 
room box and the user enters the room to be taken out Jite to calibrate its time clock. Thus, the system manager 
of the wake-up alarm system. The room may also be can be calibrated via satelite in accordance with an 
automatically taken out of the wake-up schedule when accurate time source such as the National Bureau of 
the alarm time matches the system clock. Wake-up 45 Standards. Consequently, if at any time the system man- 
times and add and delete information can be entered by ager is not in synchronization with such a standard, the 
the billing computer instead of by the user of the system system manager and the terminals which it serves may 
manager. Furthermore, as will be described in conjunc- be automatically recalibrated. 

tion with FIGS. 14(a) and 14(A), wake-up alarms times For example, in the event of a power failure at the 

can be directly entered at the room terminal by a guest. 50 system manager but not at the room terminal, the inter- 

Wake-up alarm functions can be configured at the nal clock of the room terminal will keep the time. In this 

system manager as exemplified by the screen of FIG. 13 event, wake-up calls can still be performed as pro- 

preferably displayed in response to the menu of FIG. 8. gramed at the room terminal location even though there 
Only the system manager can control configuration of is a power failure at the system manager, 

alarm functions. The local configuration allows a 55 In the event of a power failure at the room terminal, 

backup in case one or more room terminals is in an the room terminal will be unable to keep time or sound 

inoperative or error condition. Such a problem could the wake-up alarm until power resumes. When power 

exist if the room terminal either did not receive the resumes at the room terminal, the system manager will 

initial command to set up the alarm sequence or the send the update signals that should have been received 

room termina] is not responding, meaning it could be in 60 during power failure, These update signals are prefera- 

a loss of power situation. Under either of these or re- bly sent at a fast rate of one signal per 150 miltseconds. 

lated conditions, the system manager will beep, display The room terminal will quickly add each minute lost 

a message and if desired, print on a printer the rooms during the power failure to regain the correct time. If a 

needing manual wake-up calls. The system manager can wake up call was programmed to occur during the 

also under either of these conditions, send a warning 65 power failure, the clock will increment through every 

alarm to the central billing computer'or to a room ter- minute during the power failure and thus sound the 

minal at a bellhop's station or a room terminal near the wake-up alarm when the programmed time is estab- 

front desk. The wake-up alarm pre-warning time can be lished during the incrementing. 
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The real time clock of the room terminal preferably is two-way cable television transceiver means, for eom- 

an interupt driven subroutine programmed with the; municating with the system manager; and 

microprocessor; However; alternative clock embodi- control means for processing entered room . status 

ments are possible. For example, the microprocessor information, for controlling said memory means 

can be a "dumb" clock whereby time is only incre- 5 and said character generator means for composing 

mented when an update signal is sent every minute by at least one predetermined character screen related 

the system manager. In such an instance, in the event to room status information requiring a data entry 

power fails at the system manager but does not fail at response, and for further controlling said two-way 

the room terminal, the time will freeze at the room transceiver means for communicating .processed 

terminal and not change until power is regained at the 10 room status information with the system manager, 

system manger. In an additional alternative embodi- 2. The two-way interactive room terminal of claim 1, 

ment, for example, a real time clock module can be used wherein the at least one screen of characters comprises 

at the room: terminal, This real time clock module an indication of the entered room status information, 

would be similar, to that used in a digital alarm clock. 3. The two-way interactive room terminal of claim 2, 

This real time clock module would be acurate enough, 15 wherein the at least one screen of characters further 

that update signals from the system manager would not comprises an indication of rooms to be prepared for 

be necessary, although may still be desired so that all occupancy. 

rooms may be synchronized to the same clock. 4. The two-way interactive room terminal of claim 2, 

FIGS. 14(a) and 14(b) illustrate the sequence, of wake- wherein the at: least one screen of characters further 

up screens displayed on a television associated with a 20 comprises an indication of. rooms to be inspected, 

room terminal. The screen of FIG. 14(a) can be selected : 5. The two-way interactive room terminal of claim 2, 

for display by entering a predetermined wake-up chan- wherein the at least one screen of characters further 

nel via the terminals keyboard :or, alternatively, by comprises an indication of one or more of the following 

selecting wake-up on a main system menu or directory, status indications: occupied, vacant, clean, dirty, ready, 

for example, by tuning to channel 1, As indicated in or out-of-service,:: 

FIG. ■ 14(a), a guest can view the scheduled wake-up 6. The two-way interactive room terminal of claim 1, 

time. Pressing the "No" key displays the screen of FIG. wherein the at least one screen of characters indicates 

14(b), The display of FIG. 14(b) displays the current the location of at least one maid or inspector, 

time in AM and PM format. The guest can clear the 3Q 7. The two-way interactive room terminal of. claim 1, 

alarm to deactivate wake-up by pressing the "NO" key. further comprising a tunable up/down video converter, 

The guest can set the alarm by pressing the "CH+" responsive to the control means, for tuning cable televi- 

key. The numeric keys can then be used to input a new sion channels for reception at a television receiver, and 

wake-up time. The "BUY" key can be pressed to toggle ; being further coupled to the . transceiver means, for 

the wake-up time between AM and PM. In response to 3J transmitting data to and receiving data from the system 

a polling request, after a new wake-up time is entered, manager, 

the room terminal sends the wake-up time along with its : 8. The two-way interactive room terminal of claim 1, 
room identification to the system manager. The "OK" wherein the data entry means comprises a remote con- 
key can be depressed to return the display back to the : trol. 

main system menu (or "directory") or a predetermined 40 9. The two-way interactive room terminal of claim 1, 

wake-up channel containing the display of FIG. 14(a). wherein the data entry means comprises a keyboard,: 

Alternatively, military time format can be configured 10. The two-way interactive room terminal of claim 

by the system manager for use rather than AM and PM . 1, wherein at least one other display screen indicates 

indicators. functions assigned to said data input means. 

The system manager configures the room terminal to 45 11, The two-way interactive room terminal of claim 

either clear the wake-up setting or maintain the wake-: 1, further comprising an on/off switch and an AG outlet 

up setting for the next day< after a wake-up alarm has controlled by the on/off switch, the terminal capable of 

been sounded. A room terminal is preferably configura- data entry and communication with the system manager 

ble to respond according to one of four options when a . regardless of the state of the on/off switch, 

wake^up alarm is soundedr.option 1— clear any wake-up 50 12. Two-way interactive room system comprising: 

setting upon checkout; option 2 — clear any wake-up at least one room terminal comprising ;an audible 

setting upon checkin; option 3— never clear the wake- wake-up alarm, a keyboard having at least one key, 

up setting; option 4— clear the wake-up setting after: and a two-way transceiver for communicating data 

sounding the alarm, comprising at least wake-up data at cable television 

What is claimed is:. 55 frequencies, the wake-up data comprising the time 

1. Two-way interactive room terminal for communi- the audible wake-up alarm is to be activated; 

eating room status information with a system manager a system manager comprising a two-way transceiver 

of a cable television system, the terminal comprising: for communicating at least the wake-up data with 

memory means for storing data for generating a plu- at least one room terminal , at cable television fre- 

rality of predetermined character screens and for 60 quencies; and 

storing room status data, said character screen data a television transmission link for connecting the trans- 
comprising character screen commands and said ceivers of the system manager: and the at least one 
room status data comprising room status informa-. room terminal. 

tion; 13, The room system of claim 12, wherein the two- 
character generator means for generating character 65 way transceiver of the at least one room terminal sends 

screens from the stored character, screen data; a wake-up alarm responded to signal at cable television 

data entry means for entering room status informa- frequencies over the television transmission link to the 

tion in response to at least one character screen; system manager two-way transceiver upon actuation of 
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the at least one key of the keyboard of the room termi- 26. The two-way interactive room terminal of claim 

nal to turn off the audible wake-up alarm. 20, wherein the two-way cable television transceiver 

14. The room system of claim 13, wherein the system communicates with the system manager at cable televi- 
manager indicates a first warning condition if a prede- sion frequencies. 

termined warning time after the activation of the audi- 5 27. The two-way interactive room terminal of claim 

ble wake-up alarm has lapsed and said wake-up alarm 20, wherein the room terminal responds to polling sig- 

responded to signal has not been received. nals from the system manager. 

15. The room system of claim 13, wherein the system 28. The two-way interactive room terminal of claim 
manager indicates a second warning condition at a pre- 20, further comprising a tunable up//down video con- 
determined pre-waming time before a scheduled alarm 10 verier, responsive to the processor, for tuning cable 
time if a room terminal is incapable of activating the television for reception at a television receiver and, 
audible wake-up alarm at the scheduled alarm time. bein g fui *her coupled to the transceiver means, for 

16. The room system of claim 13, wherein scheduled . transmitting data to and receiving data from the system 
alarm times may be entered at the keyboard of the room "manager. 

terminal or at the system manager. 15 »■ ^ two-way interactive room terminal of claim 

17. The room system of claim 14, wherein the prede- 20 > comprising a real time clock said audible 
termined warning time may be entered at the system ala i?^ mg fUrther f es P° nsl . ve t0 sald real . tlme , cl ? C . k ' 
manager M- Tne two " wav interactive room terminal of claim 

18. The room system of claim 12, wherein the at least »• wherein said system manager receives time calibra- 
one room terminal responds to polling signals from the 20 tlon s '8 nals f ™ m a satelllte fd periodically sends tune 
svstem manaeer update signals to said room terminal. 

io tu~ ,JL'c,,ct. m „r ^i,™ ii ,„w„;„ thm a* i„, ct 31. The two-way interactive room terminal of claim 

one room terminal further comprises a character geher- ; indicating functions assigned to keys on the key- 

ator for generating at least' one display of characters 2J 6 e 

related to wake-up data 32. The two-way interactive room terminal of claim 

20 Two-way mteractive room termmal for commu- 2Q f fa compr l sing an on/off switch and an AC 

mcatton of wake-up mformat.on mth a system manager Qudet o0ntrol i ed F by f he on/off switch> the terminal 

of a cable system, the terminal comprising; bk Qf keyboard entry and c0mmunica ti O n with the 

a.processor for processing data, the data comprising 3Q ^ tem er re ardless of the state of the on/otT 

wake-up data, the wake-up data comprising wake- sw i tc h. 

up time information; 33 The two . way interactive room terminal of claim 

a memory associated with said processor for storing 20j wherejn the keyboar d comprises a remote control. 

the wake-up data; 34 A met hod Q f communicating room status informa- 

a keyboard for inputting wake-up information to the 33 tion betlinaa a room terminal at a particular room loca- 

termmal; - t { on m ^ a sys t em manager of a cable television system, 

an audible wake-up alarm, responsive to the proces- the me thod comprising the steps of: 

sor and the processed wake-up data; a , rece iving data at the system manager transmitted 

a character generator, responsive to the processor, from the room terminal indicating a particular 

for generating at least one display screen of charac- 40 employee has begun work at said particular room 

ters related to wake-up time information requiring location at a first point in time when the work 

keyboard response; and begins; 

a two-way cable television transceiver, responsive to b , storing at the system manager a label for the partic- 

the processor, for communicating wake-up infor- u i ar room location and a label for the particular 

mation with the system manager. 45 employee with data indicating said first point in 

21. The two-way interactive room terminal of claim time; 

20, wherein the at least one screen of characters indi- c , receiving data at the system manager transmitted 

cates entered wake-up information. f r0 m the room terminal indicating work comple- 

22. The two-way interactive room terminal of claim t ion at said particular room location at a second 
20, wherein the room terminal sends a wake-up alarm 50 po int in time when the work is completed, said 
responded to signal to the system manager upon activa- second point in time occurring after said first point 
tion of at least one key on the keyboard to turn off the i n time; and 

audible wake-up alarm. d. storing at the system manager data indicating said 

23. The two-way interactive room terminal of claim second point in time. 

22, wherein the system manager indicates a first warn- 55 35. The method of claim 34, wherein step b. further 

ing condition if a predermined warning time after the comprises the step of storing a status of dirty with said 

activation of the audible wake-up alarm has lapsed and labels and step d. further comprises the step of changing 

said wake-up alarm responded to signal has not been said status of a particular room location from dirty to 

received. clean. 

24. The two-way interactive terminal of claim 20, 60 36. The method of claim 35, further comprising the 
wherein the system manager indicates a second warning steps of: 

condition at a predetermined pre-warning time before a e. receiving at the system manager inspection data 
scheduled alarm time if a room terminal is incapable of transmitted from a room terminal indicating in- 
activating the audible wake-up alarm at the scheduled spection of a particular room location; and 
alarm time. 65 f. storing at the system manager said inspection data 

25. The two-way interactive room terminal of claim for a particular room location. 

20, wherein scheduled alarm times may be entered at 37. The method of claim 36, wherein said inspection 

least at the keyboard of the room terminal. data indicates whether said particular room location has 
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a ready or a dirty status, and wherein step f. further: 
comprises the step of changing said status for said par- 
ticular room location to the ready or the dirty status, 
indicated by said inspection data. 

38, A method of communicating accurate time infor- 5 
mation between a room terminal and a system manager 
of.a cable television system, said system manager having 
an internal clock, the method comprising the steps of: 

a. periodically receiving at the system manager accu- , 0 
rate time data sent from a satellite; and 

b. transmitting a time update signal from said system 
manager; to said room terminal. 

39. The method of claim 38 further comprising step of 
the calibrating said system manager internal clock from 15 
the periodically received accurate time data. 
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40. A method of communicating accurate time infor- 
mation between a terminal and a system manager of a ; 
cable television system, both said room terminal and 
system manager having internal clocks, the method 
comprising the steps of: 

a. periodically receiving at the system manager: accu-. 
rate time data sent from a satellite; and . 

b. transmitting a time update signal from: said system 
manager to said room terminal.: 

41. The method of claim 40 further, comprising the 
calibration of said, system manager internal clock after 
periodically receiving accurate time data. : 

42. The method of claim 41 further comprising step of 
the calibrating said room terminal internal clock after: 
receiving the time update signal. 
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[57] ABSTRACT 
A medical monitoring system in which a plurality of 
vital signs monitors for a plurality of patients provide 
data on a continuing basis to a central server which in 
turn provides supervisory screen display that indicates 
the normal status or varying levels of alarm status of 
individual patients. The system permits an overview 
display of a floor and also provides a zoom-in display of 
an individual site patient together with an indication of 
a limited number of vital signs and a warning alarm 
signal when any one or more vital signs is outside of a 
first warning set of predetermined limits or a more criti- 
cal alarm set of predetermined limits. 
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these systems does not facilitate the effective supervi- 
MEDICAL MONITOR SYSTEM sion of large numbers of patients. 

A major purpose of this invention is to provide a 
BACKGROUND OF THE INVENTION system which provides an optimum selection of data to 

This invention relates to, in general, a supervisory 5 ^SttTZ^SSl! 
t . , .. , . ' , .„„ „<■ „„♦:„,.;„♦ as to make feasible and useful the monitoring of a large 

T T* SSL? T / £J 8 p number ° f p atients in a fashion that increases the likeIi - 

■iwfan^SS « oL owl. mMM n f nnnti^n hood and enhances the ability of having an immediate 
There is currently no cost effect ve means of continu- . .... ... . . ... _ 

ouslysupervisinganentirebuildingfullofpatientsfrom res P onse t0 condltlonS whlch te * We unmediate re " 

a central point. Accordingly several problems have se of this fe t0 j 

developed withpatient care. When an emergency s.tua- P J f unj ^ f ^ 

ton develops, it must be detected by supervisory staff £ ^ h «\ j , * 

before it can be dealt with. After detection, the response bers P ^ for P t hg ^ d £ ^ 

to emergencies can only occur after the proper profes- tion 0 P f resourceS) ides sufficient fault . to]erance , 

s.onals have been informed and the problem is diag- mA hs the effic £ nt de of tem components 

nosed This process can take flwn: severa minutes to c £ mponent design inc ^ ases capacity of data han . 

several hours, even m a fully-staffed hospital There is ^ sensitivity, and scope of vital signs monitored. 

no feas.ble way to employ the number of staff required M * re speciflcalIVi it is a purpose of this inven tion to 

to effectively supervise patients located in hundreds of M J} £ earljer detection md diagnosis of medical 

separate rooms throughout a facility. emergencies, 2) provide better warning and notification 

The mabihty to record the vital s.gns of patients (lo- of tient emergencies, 3) reduce the time interval be- 

cated outside Intensive Care Units) on a 24-hour basis tw £ en readi of vjta] sj 4) reduce the number of 

leads to problems with medical analysis. Individual staff required to supervise patientS) 5 ) provide better 

readings can be missed or conducted improperly, lead- 25 historic records of vitaI signS) 6) a! j ow greater accura cy 

mg to inaccurate interpretation of results. Lengthy time in medical trend when compared to present 

intervals between readings increase the probability that methods, and 7) to provide the above at a cost which 

smaller trends will be missed, and that errant readings makes it feasjb]e for an i nst i tution t0 adopt the system. 

will alter results. Difficulties in manually storing and 

retrieving the results of hundreds or thousands of tests 30 BRIEF DESCRIPTION 

make it nearly impossible to examine several consecu- This invention gathers data on patient vital signs 

tive weeks or months of a patient's vital signs. using pQTt3b ] e bedside medical monitors. As the data is 

When a substantial distance, such as several miles, collected, it is sent to a central computer, 

separates a doctor from his or her patients, all these Usmg the computer, users can examine the current or 

problems increase by several magnitudes. Outpatients 35 past vita i signs of any patient s j mply by selecting the 

are rarely examined more than a few times a week, so patient's room from a geographic facility map displayed 

their medical emergencies often go entirely undetected. on a computer screen (CRT). The system will also alert 

When outpatient problems are discovered, it takes sev- users w h en the monitored signs of any supervised pa- 

eral times longer for the proper personnel to diagnose t j ent g0 above or below preset limits. Should such con- 

and respond to the condition than it would for inpa- 40 ditions occur, the system will flash a warning display on 

tients. Medical trend analysis is also much less effective i ts CRT describing the emergency. The system also 

and accurate for outpatients. illustrates the location of the emergency by highlighting 

Existing electronic means of patient monitoring have the proper room on the facility map. 

been developed to avoid such difficulties, such systems with the emergency located on a overview floor 

typically consist of high-cost intelligent patient moni- 45 screen, the attendant can select an individual bed or site 

tors linked together in local area networks. However, screen which provides more detailed information on the 

because of design and capability limitations, these sys- patient having the emergency, 

terns do not serve as feasible, cost-effective, facility- other options for notification of patient emergencies 

wide central monitoring systems. They are typically include paging doctors and nurses with alphanumeric 

more suited for limited numbers of patients requiring 50 pagers, and dialing out over telephone lines to alert 

specific services. external parties. This feature enables doctors or other 

Current solutions generally suffer from several short- healthcare professionals in a central building to super- 
comings. The high cost of these systems prohibits the vise patients in remote facilities, or even their own 
purchase of sufficient resources to monitor entire homes. This invention can also transmit live video of 
health-care facilities, or renders such purchases as non 55 outpatients over telephone lines', for doctor viewing, 
cost-effective. They do not have the power to effec- Workstations allow users located away from the main 
tively supervise large numbers of patients simulta- computer to have access to all system functions. Patient 
neously, especially over expansive geographic areas, data is stored at regular intervals, allowing future re- 
They do not provide the flexibility needed to account trieval of readings, and detailed medical trend analysis, 
for various levels of patient mobility, to easily and 60 This system allows one person to monitor the vital 
quickly re-distribute resources such as patient monitors signs of hundreds of patients located in separate rooms 
to new locations, or to efficiently upgrade system ca- on various floors of a facility, substantially reducing the 
pacity as technology improves. Existing systems are number of staff required for such a purpose. Because the 
difficult for non-technical personnel to learn and oper- location and exact condition of monitored emergencies 
ate, and they do not provide the fault-tolerance for 65 are known the instant problems are detected, effective 
operator error/abuse and equipment failure which is response time to medical emergencies is substantially 
needed in a critical medical application. Furthermore, reduced. The system's abilities to display and graph all 
the selection and presentation of the data gathered by past readings (taken 24 hours a day) makes the analysis 
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of vital signs and medical trends much more effective driver also provides ability to send commands from the 

and accurate. These benefits are several magnitudes CPU 17 to the various monitors 12. The DDE only 

greater for patients located in other buildings or other communicates changes in data, thereby avoiding redun- 

towns, since distance and lack of supervisory staff com- dant transmissions. 

pound problems with analysis of medical trends, detec- 5 Each medical monitor 12 comes with a standard out- 

tion of emergencies, and response time to those emer- put plug known as a RS232 plug to provide data appro- 

gencies. priate to the central server 16. A standard converter 14 

„ „ m „ ™„„^„ is employed which is known as a RS232 to RS485 inter- 

BRIEF DESCRIPTION OF THE FIGURES face ^ erter . T , „ a commerc5allv available item . It is 

FIG. 1 is a block diagram of the overall system ar- 10 plugged into the output of each medical monitor 12. 

rangement of this invention. The output of this converter 14 is transmitted in digital 

FIG, 2 illustrates a typical screen display which pro- form over a two wire data grade telephone cable to an 

vides an overview of a floor in a hospital under normal RS485 adapter at the input of the central server 16. In a 

conditions. preferred embodiment, a card is employed which has 

FIG. 3 is an illustration similar to that of FIG. 3 15 sixteen RS485 adapters on it as an input/output inter- 
illustrating one critical alarm situation and two warning face 15 to the CPU 12. Each RS485 on the card can 
alarming situations. connect to 32 telephone line pairs and thus to 32 medi- 

FIG. 4 illustrates a typical screen display of a particu- cal monitors 12, Accordingly, the interface card 15 
lar patient site on the floor represented by FIG. 3 under employed permits the central server 16 to receive con- 
normal conditions. 20 tinuous communication from up to 1,024 medical moni- 

FIG. 5 is similar to FIG. 5 except that it shows a tors 12. 

critical alarm situation at the patient site. It is contemplated that in a preferred embodiment, it 

FIG. 6 illustrates various windows which can be might be possible to redesign a standard medical moni- 

called up by the user to facilitate user selection of op- tor 12 so that its output is compatible with the RS485 

tions and modification of operating parameters. 25 plug input to the central server 16 and in such a case the 

FIG. 7 illustrates a trends window which can be commercially available RS232 to RS485 converter 14 

called up by the user to illustrate long term patient would not be needed. 

parameter trends. Any one of a number of general purpose, multi- 

parameter portable or even non-portable monitor de- 

DESCRIPTION OF THEPREFERRED 30 vjces can be employed at each station t0 prov ide the 

EMBODIMENTS multiple signals indicating the multiple vital signs being 

As shown in FIG. 1, a plurality of vital sign monitors measured. One such device is sold by Datascope Corpo- 

12 are coupled through converters 14 to a central server ration of 580 Winters Avenue in Paramus, N.J. under its 

16. The central server 16 essentially consists of a fault trademark Passport. 

tolerant PC compatible central processing unit 17 35 Such multi-parameter monitoring devices can be 
(CPU) with appropriate programming including a selected to provide entirely non-invasive monitoring or 
DDE driver, monitoring application software and pref- a combination of non-invasive and invasive monitoring, 
erably a remote control communication software. At The six vital signs are systolic, diastolic, pulse, respira- 
the central server 16, a screen display 18 is provided and tion, temperature, and oxygen saturation. The sensors 
is a critical part of the system of this invention. The 40 for these signs also make wave-forms and EKG read- 
screen display is what provides the appropriate selected ings available to user and/or server, 
information to facilitate response to various out of nor- The interface converter 14 is manufactured by Black 
mal range conditions. The screen displays are described Box Corporation and another model is also made by 
in greater detail in connection with FIGS. 3 through 8 South Hills Datacom. The RS485 interface which con- 
herein. A data storage 20 is employed to store data so 45 stitutes the individual components of the adapter 15 is 
that it can be retrieved and reviewed for analysis that is manufactured by Quatech or by Emulex. 
deemed appropriate. An audible alarm and in particular The CPU 17 incorporates a DDE driver which is a 
a siren 22 responds to the CPU 17 comparing an input known type of device; one of which is the Texas Instru- 
vital sign signal and finding that it is out of limits for ments Direct Driver RS-232. Another example of the 
patients requiring continuous or. semi-continuous moni- 50 DDE driver is the Siemans 3964R and the GE-FANU 
toring. The less severe situations do not trigger the siren CC M2 Serial Port. 

22. The CPU 17 itself can be an 80486 series PC-Compat- 
Further as indicated in FIG. 1, the output of the CPU ible CPU with super VGA graphics card, super VGA 
17 can be sent to other stations 24 either in the same touch-screen monitor, mouse, keyboard, sixteen mega- 
hospital or over a modem 25 to other locations. At these 55 bytes of RAM and a minimum of two-hundred mega- 
other stations, a remote server is located with its screen bytes of hard drive together with a two gigabyte read- 
display 18 and, if desired, a siren. It is more efficient for write laser disk drive. This laser disk drive need only be 
there to be a single data storage 20 which stores all the employed with the CPU 17 at the central server 16 and 
information in the system. Data can also be received need not be employed with a local workstation PC 24 or 
from other locations such as homes and nursing homes. 60 remote workstation PCs. 

The Dynamic Data Exchange (DDE) driver is a The modem 25 can be a standard 14,400 bps V-32 bis 

program incorporated in the CPU 17 that allows com- modem. 

munication with other devices and in particular pro- The application program for this invention can be 

vides a data distribution function in addition to support created by use of a process graphics software such as 

for the peripheral devices. The DDE driver program 65 the InTouch software available from Wonderware Soft- 
sends local digitized patient data to the monitoring ware Development Corporation of 16 Technology 

program in the CPU 17 of the central server and to local Drive in Irvine, Calif. With the InTouch software resi- 
work stations 24 and remote work stations. The DDE dent in the CPU 17, the user can generate the particular 
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screen display arrangement shown in FIGS. 2 through screen and altering the vital sign limits, signs monitored, 

7 or any variation thereon, The techniques of generat- or patient status. 

ing the program for the particular screen displays illus- It is important to note that certain colors are used to 

trated herein are techniques that are known to those reinforce the information involved. Most of the sites are 

skilled in the art who employ a process graphics soft- 5 in a normal condition. They are in a green color (colors 

ware package such as InTouch. The process graphics not shown in the Figures). The warning sites (Rooms 

software remains resident in the CPU 17 as part of the 228 and 208) are shown in a yellow color and the criti- 

applications operating system so that data from the cal site, Room 221, is shown in a red color. In addition, 

monitors 12 can be applied to affect the screen displays the title bar 57 of the Critical Emergency window 56 

18 discussed in connection with FIGS. 2 through 7. An 10 has a red background. The title bar 58 of the In Progress 

adequate set of programing instructions are set forth window 50 has a red background when there is a criti- 

under an Appendix at the end of this specification. cal item in that window, a yellow background when 

Critical to the utility of this system in providing an there are only warning items in that window and a 

enhanced degree of patient supervision are the displays green background when the window is empty. In addi- 

made available on a display screen 18 at the central 15 tion, the red room icon 52 will be a flashing red in order 

server 16 as well as on display screens that are in any to attract attention. However, the yellow room icons 

remote work stations. 53, 54 will not be flashing. In addition, the color purple 

FIGS. 2 through 7 illustrate the displays made avail- is used to indicate a disconnect of the vital sign sensor, 

able. FIG. 2 shows a typical overview screen display in This purple color off-line warning is in response to a 

which a floor arrangement is shown with each room or 20 null signal from the medical monitor. A null signal from 

site indicated by icons which are mapped to simulate the monitor will cause the central server 16 to generate 

the geometry of the floor. FIG. shows the overview a disconnect signal which can provide a unique audio 

screen when there is an alarm condition. Two windows alarm 22 and a unique (purple) color designation for the 

are provided. The In Progress window 50 (having the title bars 57 in the pop-up window 56 and on the rele- 

titile bar 58) lists all alarms from the Notification States vant room icon. The background of the title bar 61 on 

1, 2 and 3 discussed below in connection with FIG. 6. the FIG. 5 zoom-in display will also be purple. 

The Notification States are a function of patient status If there is more than one alarm condition requiring a 

and alarm severity. The window 50 lists alarms as a pop-up window 56, multiple windows 56 will be shown, 

function of importance (the higher Notification States 3Q overlaid and offset to provide the observer with an 

first) and within a Notification State in time sequence of indication that there is a plurality of windows 56 and to 

occurrence. The window 50 provides an indication of permit access to each window by whatever accessing 

the site or room involved and whether or not the out of technique is employed such as the mouse click, 

limits situation is critical or if less serious indicates FIG. 4 indicates the screen display that could be 

"warning". The In Progress window 50 also lists the 35 called up for a particular room. This zoom-in screen 

nature of the vital sign which is out of limits and the display can be called up through a keyboard input of the 

time of occurrence. room number or by an appropriate touch on the over- 

As shown in FIG. 3, showing, Room 221, shown at view screen, FIG. 4 shows the non-alarm display for 

reference number 52, has a critical blood pressure out of Room 221, corresponding to the FIG. 2 normal display 

limits situation which occurred at 16:30 hours. Simi- 40 condition. FIG. 5 shows the zoom-in display for the 

larly, Room228, shown as reference number 53, has a critical condition in Room 221, which critical condition 

warning out of limits situation (less serious than critical) is flagged by the FIG. 3 display. In FIG. 5, the BP 

with respect to the patient's respiration and that oc- (blood pressure) symbol 60 at the upper left is red and 

curred at 13:22 hours. Room 208, shown at reference flashing indicating a critical condition. Each of the six 

number 54, has a warning out of limits respiration prob- 45 vital signs is indicated in both analog and digital form, 

lem that occurred at 15:43 hours. The patient is identified and the primary ailment is indi- 

On the same FIG. 3 screen, the Critical Emergency cated. 
window 6 provides somewhat more detailed informa- In the normal FIG. 4 condition, the title bar 61 has a 
tion concerning the critical situation in Room 221 and in green background color and the icons indicating the 
particular shows that the blood pressure problem is that 50 various vital signs are green providing the vital signs are 
diastolic pressure is at 260. Because the critical emer- within the normal range, This use of green for normal 
gency situations are accompanied by an audible siren, condition helps to make sure that the yellow and red for 
the FIG. 3 pop-up window 56 provides a touch zone lesser and greater level of emergency conditions stand 
designated "Silence" which permits the user to turn off out when they do occur. In FIG. 5, not only is the BP 
the siren. The pop-up window 56 is an alarm window 55 icon 60 red and flashing but the left column 62 repre- 
and will have the title "Critical Emerging" or "Off- senting diastolic pressure in analog form is also red and 
Line Emergency" or "Warning Condition" as a func- flashing. The rest of the vital sign icons and analog bar 
tion of the nature of the alarm. graphs are a normal green color representing a non- 
Each window 50, 56 has a touch zone, "Remove" 'or emergency condition. 
"Close" to either remove all of the data in the In 60 This display arrangement shown in FIGS. 2 through 
Progress window 50 or to close out the Critical Emer- 5 provides a useful trade-off of selection and focus in 
gency window 56. The Remove button will only re- real time against a more comprehensive data presented 
move one of the alarms listed, and only if the alarm is in a less focused fashion and/or not being in real time, 
not a critical alarm. User- selects the alarm to be re- Thus the overview screen of FIGS. 2 and 3 provides 
moved (using mouse-click, etc.) and then presses Re- 65 a real time indication that there is an emergency, where 
move button. Otherwise, alarms remain on the list until it is occurring, how severe the emergency is (that is, 
the conditions which triggered them cease. Alarms can whether it is at a warning level or a critical level) and 
be forced off the list by going to the individual room which type of vital sign function is out of line. The 
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overview screen also provides a geographic presenta- The combination of the above features, makes it eco- 
tion of where the emergency is. nomically feasible to provide significantly greater moni- 
The zoom-in screen (single site screen) of FIGS. 4 toring for individuals who are not appropriate for an 
and 5 also provides all information in real time. How- intensive care unit and to provide such for as large a 
ever, it displays all of the functions and not only the 5 number of patients as is desired. It is feasible to achieve 
function that is out of normal range. Furthermore, the this extensive result because a reasonable amount of 
zoom-in screen displays data in both digital form and computer capacity and equipment is required. Thus 
analog form. extending significant and meaningful monitoring be- 
Furthermore, all program screens display informa- yond tnose who are in an intensive care unit becomes 
tion in both digital and analog form, showing both a 10 economically feasible. 

numeric and abstract representation. This provides an In a( jdition the iconography of the display provides a 

intuitive grasp of the information presented, eliminating part icularly useful presentation of information to those 

the time lag, confusion, and user error associated with who must monitor fte situation , eading t0 a more 

information which must be skillfully interpreted. diate recognition of where a warn ing situation exists, 

By limiting the vital signs monitored to SI x, it be- 15 whatthenatur eof it is likely to be and what individuals 

comes possible and feasible to monitor a large number are ^qi^ 

of sites Thus the system is particularly adapted to the The various windows of plGS ? ^ g are 

general hospita situation more than to the intensive permit user modif.cation of various parame- 

^SSSSS^^ 2 0 « - d potion of various options for a pfrticular 

situation inappropriate and in fact not used in the gen- the bottom of the screen. These buttons, which can be 
eral hospital situation, More particularly, it is also the either cllck -° n mou f ours ° r bu " on * or ™ 
depth of information gathered from each sign that in- 25 buttons, are actuated to call up the desired one of the 
creases the data required dramatically, not just the num- windows shown in FIG. 6 or FIG 7. The LIMITS 
ber of signs monitored. The transmission and analysis of button 64 will cause the ' Set Vital Sign Limits win- 
wave forms is what requires hundreds of times more dow 65 to appear. There is a normal default set of vital 
processing power. However, it is useful only for a select sign limits for adults. Actuating the adult button 66 and 
few patients who are deemed critical enough to be 30 reset button 67 will cause that default set to appear, 
placed in the high-cost ICU monitoring area. The six There is also a normal default child set of signs and a 
vital signs themselves are meaningful enough for most normal default senior set of signs and actuating the 
patients, and the number of patients who require this appropriate buttons 68 or 69 will cause those to appear, 
level of monitoring is a significant percentage of those However, the individual user can tailor one or more of 
occupying hospital rooms, a number many times greater 35 the vital sign limits by the usual use of a curser to locate 
than even the largest ICU's can handle. the position on the screen where that limit is to appear 
The operational features which are critical to why and then keying in the desired limit. When the user has 
this system is an improvement over anything presently established the vital sign limits desired, actuating the 
known and in particular why it provides a meaningful "OK" button 70 will cause the screen to revert to the 
monitoring of a large number of patients include the 40 FIG. 4 zoom in state for that patient, 
following: The "Set Vital Sign Limits" window 65 is important 

1. The selection of a limited number of vital signs (six t0 ena t>i e tne user to tailor the warning range and criti- 
in particular). ca ] ran ge of any one or more vital signs to what would 

2. The provision of a two stage alarm system based on be ap p ropr iate for a particular patient. 

a vital sign having passed a threshold wherein two 45 ^ other FIG 6 windows are self-explanatory ex- 
separate thresholds are used to distinguish between a cept the Patlent Status window 70 , The Patient Status 
warning alarm and a critical ^ alarm. window permits selecting the level of monitoring that is 

3. The display of a set of vital sign warning indicators d tQ {he ie nfs condition. This is most important 
m conjunction with the geographic display indicating M ides an ^ m function ^ determming the 
where each patient is on a floor 50 Notification State discussed below. 

4. The ability to zoom-.n on a patient site to obtain a wmd f nQ ? fa window 
display of more detailed informat.on on the patien t for sed actuat ^ ^ . 
whom there is other a warning condition or a cnt.cal ^ ^ , eft half corn y er of the * creen „ shown fa FIG 
'I The"' ability to grade the alarm importance as a 55 f . The particular vitol sign that will ^ shown as a time 
partial function of patient's status. l ™ ° n the trends window for the particular pa ,ent can 

In addition, because of the structure of the system, in selected by clicking on to the desired vital signs 

which an intelligent central server is used in conjunc- shown on *e left portion of this window. In one em- 

tion with a large number of dumb monitors, each one of bodiment, the default trend line is the one for the last 

which is in direct communication with the central 60 twenty-four hours. However, the user can extend that 

server, the whole system becomes not only a good deal time period by entering an appropriate starting date and 

less expensive than other types of monitoring systems, ending date. 

but a good deal more fault tolerant and more flexible. The selection of patient status in window 70 will 

Specifically, a broken lead or missing sensor will not partially determine how a particular out-of-limits or 

adversely affect the operation of the rest of the system 65 off-line condition is to be treated. A number of Notifica- 

and a monitor can be moved around from site to site or tion States from most to least serious is provided. These 

patient to patient without requiring a reconfiguring of Notification States can be grouped from most serious to 

the system. a no— problem state as follows: 
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NOTIFI- 
CATION PATIENT 
STATE STATUS 


ALARM 

VITAL SIGN SIGNALS 
CONDITION PROVIDED 


Off-Line 


Flashing Red 
Flashing 


Exceeds Warning Solid Yellow 

Limits & Siren 

Exeeds Critical Solid Red 

Exceeds Warning Solid Yellow 
Limits 

Off-Line Flashing 
Purple 

All Within Normal Solid Green 


Notification States 1 through 8 ar only for those vital 
signs being monitored. If a vital sign is not selected on 
the window 72, then that sign will appear solid purple 
(Notification State 9) and the other Notification States 25 
will be provided in response to only those signs being 
monitored. 

Appendix 

The programming made possible by using commer- 30 
cially available program packages means that the fol- 
lowing instructions would be adequate to permit one 
skilled in this art to create the system of this invention as 
described herein. 

Instructions To Programmers 35 

I. Guidelines: 

A. Create program screens with associated anima- 
tion, icons, buttons, windows, and logic as de- 
scribed in the section Characteristics and Logic, for 40 
Program Screens, and pictured in the sections Full- 
screen Views, and Pop-up Window Views. 

B. Connect all objects to the data they describe. 

C. Set default values for room parameters, note: both 
default values, and all room parameter values, will 45 
be kept in only one place, e.g. on the central server. 
Values can be changed from any workstation on 
the network. 

D. Add data storage logic for data and alarms: 

1. Signs database shall contain patient name, room 50 
number (22 la for first bed in room 221, 2216 for 
second bed, etc), date, time, and all sign values. 

2. Signs will be stored to disk every fifteen minutes. 

3. Alarms (Notification States 1-3) database shall 
contain room number, nature of alarm (warning, 55 
critical, off-line), date, time, and all sign values. 

4. Alarms will be stored in the alarms database as 
they occur. 

E. Add Security-Logic: 

Levels of security clearance are as follows: 60 

1. View all screens, silence alarms. 

2. Above, plus use of buttons on Individual Bed 
Screen, close alarms, and remove alarms ( from- 
in-progress list). 

3. Above, plus set overall parameter defaults. 65 

II. Characteristics and Logic for Program Screens 
A. Overview Screen: 

1. Bed I cons 
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Displays one icon for each bed monitored, icons 
being positioned on screen according to floor 
plan, including hallways, etc., to create a facil- 
ity map (can be for entire building, or just one 
floor), 

If a room has only one bed, the bed icon will 
show up on the map as being the size and 
shape of the room which contains it. 

In the event that more than one bed is located 
in a room, the bed icons will be placed to- 
gether to form the shape of the room which 
contains them. 
Selecting a bed icon brings up its individual Bed 

screen (see next section). 
Color/animation conventions: 

Bed icons shall obey color/animation conven- 
tions listed in individual Bed screen section. 

Animation and color of bed icon shall match 
the Notification State of the most critical 
vital sign icon for that particular bed. 

Lower numbers represent more critical Notifi- 
cation States. 

2. Alarms: 

Notification States 1, 2 and 3 will be considered 
alarms. Alarms shall sound audio signal, dis- 
play pop-up alarm window, and appear in the 
Alarms-in progress window. 

Alarms will also activate the following dial-out 
options, if the options are selected: 1) Deliver 
alarms to central station, 2) Deliver alarms to 
pager. 

Audio signals for critical, warning, and off-line 
will have different volume levels and different 
sound patterns. 

3. Pop-up alarm window shall include: 

Title bar displaying the nature of alarm i.e., Criti- 
cal, warning, or off-line. 

Color of title bar shall match the conventions for 
the Notification State of the alarm it describes. 

Room number. 

Date and time. 

Description of problem (e.g., Diastolic press- 
ure=260). 

Silence alarm button turns off audio alarm signal 
Close alarm button turns off audio alarm signal, 
and closes pop-up alarm window, but room 
remains in animation until alarm conditions 
cease (can be forced by changing limits in 
patient's individual bed screen). 

4. Alarms-in-progress window (left side of screen) 
Color of title bar shall match the conventions for 

the Notification State of the most critical 
alarm listed. 
Lists alarms in progress, by category ( critical, 
then off-line, then warning), and within each 
category, by time of occurrence ( oldest to 
newest). 

Each list entry will show room number, nature 
(critical, etc.), sign, and time of occurrence. 

Window also has remove button which allows 
user to delete entries from list. 

Individual entries can be deleted only if they are 
warning or off-line alarms; entries describing 
critical alarms will remain until alarm condi- 
tions cease (can be forced by changing limits). 
B. Individual Bed Screens 
1. Vital Sign Icons: 
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One icon for each sign monitored, positioned in 
a horizontal row at the top of the screen. 

Icons shall obey the following color conven- 
tions. 

2. Color conventions: 5 
Notification State 9: Steady purple if sign is se- 
lected not to be monitored. 

Notification State 8: Steady purple if sign is off- 
line (patient status level 1). 

Notification State 7: Steady green if sign is 10 
within normal limits. 

Notification State 6: Flashing purple if sign is 
off-line (patient status level 2). 

Notification State 5: Steady yellow if sign ex- 
ceeds warning limits (patient status level 1). 15 

Notification State 4: Steady red if sign exceeds 
critical limits (patient status level 1). 

Notification State 3: Steady yellow if sign ex- 
ceeds warning limits (patient status levels 2, 3). 

Notification State 2: Flashing purple if sign is 20 
off-line (patient status level 3), 

Notification State 1: Flashing red if sign exceeds 
critical limits (patient status levels 2, 3). 

3. Faceplates: 

One faceplate for each sign monitored, posi- 
tioned under the associated icon. 

Display the numerical value of monitored sign at 
bottom of faceplate. 

Display a vertical bar graph representation of 3Q 
monitored sign above numerical value. 

Bar graph shall include an axis labeled with ap- 
propriate units. 

Bar graph shall follow color conventions. 

4. ID Window: 35 
Title bar shall include room number, date, and 

time. 

Title bar background shall follow color conven- 
tions (background shall change animation state 
to match the most critical icon animation state, ^ 
see color conventions above). 

Window shall display patient name and primary 
ailment (interface with external database). 
Buttons: 

Buttons in horizontal row at bottom of screen. 45 
Exit button closes window and returns to over- 
view screen. 
Trends button: 
Allows user to view historical trends of moni- 
tored vital signs, 50 
Displays pop-up window displaying starting 

date, and finish date for trend graph. 
Also shows list of vital signs with radio but- 
tons to choose which sign will be graphed. 
Includes Cancel and Graph buttons. 55 

6. Limits button: 

Allows user to set both upper and lower warning 

and critical limits for any or all signs. 
Displays pop-up window listing each sign, its 

upper and lower warning limits, and its upper 60 

and lower critical limits. 
Pop-up window includes buttons for OK, cancel, 

reset (to default limits), and radio button for 

child/adult/senior. 

7. Signs button: 65 
Allows user to choose which signs are moni- 
tored (e.g. patient may only need to have BP 
and pulse monitored). 
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Displays a pop-up window showing the list of 
vital signs, with OK and cancel buttons. 

Includes a check box for each sign, and one for 
all signs (checking this turns all signs on). 

8. Status button: 

Allows user to determine how Notification 

States are handled. 
Displays pop-up window with OK and cancel 

buttons. 

Radio buttons let user select one of three status 
levels 

level 1: patient receiving sporadic monitoring 
(patient has signs checked by hooking up to 
a monitor from time to time, e.g. an outpa- 
tient). 

level 2: patient receiving semi-continuous 
monitoring (patient may disconnect from 
time to time, may be ambulatory, e.g. some- 
one in for overnight observation). 

level 3: patient receiving continuous monitor- 
ing (patient must always be connected to 
monitor, is not ambulatory). 

9. Dial-out button: 

Determines how application will notify parties 
of signs and alarms for particular bed. 

Displays pop-up window including OK and can- 
cel buttons. 

Also shows checklist for the following three 
dial-out options, with a separate phone num- 
ber displayed next to each option. 

Deliver signs to central station— if checked, ap- 
plication will dial associated number periodi- 
cally to deliver sign values to another Solo- 
watch 'system. 

Deliver alarms to central station— if checked, 
application will dial associated number and 
deliver all alarms to another Solowatch 
workstation, For Notification States 1, 2 
and 3 only. 

Deliver alarms to pager — if checked, applica- 
tion will dial associated number and deliver 
alpha-numeric alarm message to pager 
(same message as shown in Alarms-in-pro- 
gress window). For Notification States 1, 2 
and 3 only. 

Phone numbers can be edited at any time. 

10. Reset button: 

Resets all bed parameters to default values. 
Displays pop-up window cautioning user that all 

signs will be reset to defaults. 
Affects patient status, signs selected, warning and 

critical limits, patient age, and communications 

options. 

Also displays buttons for OK and Cancel. 

For security purposes, defaults (which are deter- 
mined by the user) can be changed only by alter- 
ing application. 

Typical defaults might be as follows: 
Patient status=level 1, 
Signs selected = all. 
Patient age=adult. 
Communications = no dial-outs. 
Warning and critical limits = as determined by 
user. 

What I claimed is: 

1. A medical monitoring system comprising: 
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a plurality of individual site vital sign monitors, each said first set of icons providing a color change on 

of said monitors providing a plurality of vital sign said screen. 

signals for each of said plurality of sites, 5. The medical monitoring system of claim 2 further 

a central processing unit, said vital sign signals from comprising: 

each of said site monitors being coupled as inputs to 5 a second set of icons providing an indication of said 

said central processing unit; vital sign status, said second set of icons including 

a display screen coupled to outputs from said central an indication of the ones of said vital sign states that 

processing unit; are represented by the Notification State involved, 

an overview display on said screen, said display in- a third set of icons providing an indication of patient 

eluding a topological presentation of each of said 10 vital sign values, and 

sites and a first set of icons, each icon of said first an operator actuated zoom-in presentation on said 

set representing a separate one of said sites, display screen for a particular site on said overview 

a plurality of vital sign states for each of said vital display, said zoom-in presentation including icons 

signs at each of said individual sites, each of said from said second and third sets of icons, 

vital sign states providing an indication of the rela- 15 6. The medical monitoring system of claim 4 further 

tive significance of the vital signal being measured comprising: 

by a monitor relative to a predetermined vital sign a second set of icons providing an indication that a 

value limit, vital sign is outside of said predetermined value 

means to set a patient status state at each of said sites, limits, said second set of icons including an indica- 

a set of Notification States to rank the relative impor- 2 tion of the one of said vital sign states of whatever 

tance of the vital state occurring at each of said vital sign is outside of said predetermined value 

individual sites as a partial function of said patient limits, 

status state and a partial function of said vital sign a third set of said icons providing indication of patient 

state, and vital sign values, and 

a set of alarm signals indicating said Notification an operator actuated zoom-in presentation on said 

States, said alarm signal employing said first set of display screen for a particular site on said overview 

said icons to provide site identification of the Noti- display, said zoom-in presentation including icons 

fication State involved. from said second and third sets of icons. 

2. The medical monitoring system of claim 1 wherein 30 7. The medical monitoring system of claim 2 further 
said plurality of vital sign states includes: comprising: 

a critical state indicating that a vital sign value is a normal vital sign state to indicate a vital sign within 

outside of a second set of predetermined value limits condition wherein the vital sign value is 

limits, said second set of value limits being nar- within said second set of predetermined value lim- 

rower than said first set of value limits, and 35 its. 

an off line state indicating that a vital sign monitor is 8. The medical monitoring system of claim 4 further 

not providing a signal. comprising: 

3. The medical monitoring system of claim 1 wherein a normal vital sign state to indicate a vital sign within 
said set of Notification States includes: limits condition wherein the vital sign value is 

first subsets of said Notification States indicated by 40 within said second set of predetermined value lim- 

alarm signals which include (i) site specific ones of its. 

said first set of icons to identify the site involved, 9. The medical monitoring system of claim 5 further 

(ii) an auditory alarm and (iii) a site-specific pop-up comprising: 

window on said overview display, said pop-up a normal vital sign state to indicate a vital sign within 

window including identification of the vital sign 45 limits condition wherein the vital sign value is 

which is the basis of the Notification State in- within said second set of predetermined value lim- 

volved, its. 

second subsets of said Notification States indicated by 10. The medical monitoring system of claim 6 further 

alarm signals which include site specific ones of comprising: 

said first set of icons flashing on said screen to 50 a normal vital sign state to indicate a vital sign within 

identify the site involved, limits condition wherein the vital sign value is 

third subsets of said Notification States indicated by within said second set of predetermined value lim- 

alarm signals which include site specific ones of its. 

said first set of icons providing a color change on 11. The medical monitoring system of claim 3 further 

said screen to identify the site involved. 55 comprising: 

4. The medical monitoring system of claim 2 wherein an alarms-in-progress window on said screen listing 
said set of Notification States includes: predetermined ones of said Notification States at 

first subsets of said Notification States indicated by each of said sites, 

alarm signals which include an auditory alarm and 12. The medical monitoring system of claim 4 further 
a site-specific pop-up window on said screen, said 60 comprising: 

pop-up window including identification of the vital an alarms-in-progress window on said screen listing 

sign which is the basis of the Notification State predetermined ones of said Notification States at 

involved, each of said sites, 

second subsets of said Notification States indicated by 13. The medical monitoring system of claim 6 further 
alarm signals which include site specific ones of 65 comprising: 

said first set of icons flashing on said screen, an alarms-in-progress window on said screen listing 

third subsets of said Notification States indicated by predetermined ones of said Notification States at 

alarm signals which include site specific ones of each of said sites. 
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14. The medical monitoring system of claim 8 further 
comprising: 

an alarms-in-progress window on said screen listing 
predetermined ones of said Notification States at 
each of said sites. 5 

15. The medical monitoring system of claim 10 fur- 
ther comprising: 

an alarms-in-progress window on said screen listing 
predetermined ones of said Notification States at 
each of said sites. 10 

16. The method of medically monitoring a plurality 
of patients at a plurality of sites comprising the steps of: 

on a display screen, providing a topological presenta- 
tion of each of said sites, 

employing a first set of icons, each of said icons repre- 15 
senting a separate one of said sites, on said topolog- 
ical presentation, 

at each of said sites, substantially continuously mea- 
suring a pluralit y of predetermined vital sign values 
to provide a set of vital sign signals for each of said 20 
sites, 

simultaneously comparing each of said vital sign val- 
ues to predetermined value limits to provide a plu- 
rality of vital signal states at each of said sites indi- 
cating relative significance of any out of normal 25 
vital sign values, 

providing a patient status state at each of said sites, 

providing a set of Notification States to rank the 
relative importance of the vital sign state occurring 
at each of said individual sites as a partial function 30 
of said patient status state and a partial function of 
said vital sign state, 

providing a set of alarm signals to indicate said Notifi- 
cation States, 

employing said first set of icons as part of said set of 35 
alarm signals to provide site identification of the 
Notification State involved. 

17. The method of claim 16 wherein said step of pro- 
viding a set of Notification States includes the steps of: 


providing a first subset of said alarm signals to indi- 
cate a first subset of said Notification States includ- 
ing changing a characteristic of site specific ones of 
said first set of icons to identify the site involved, 
providing an auditory alarm and providing a site 
specific pop-up window on said overview display, 
said pop-up window including identification of the 
vital sign which is the basis of the Notification 
State involved, 

providing a second subset alarm signals to indicate a 
second subset of said Notification States including 
a flashing presentation of site specific ones of said 
first set of icons to identify the site involved, 

providing a third subset of said alarm signal to indi- 
cate a third subset of said Notification States in- 
cluding changing the color of site specific ones of 
said first set of icons to identify the site involved. 

18. The method of claim 17 comprising the further 

within said plurality of vital sign states, providing (i) 
a critical state indicating that a vital sign is outside 
of a first set of predetermined value limits, (ii) a 
warning state indicating that a vital sign is outside 
of a second set of predetermined value limits, said 
second set of value limits being narrower than said 
first set of value limits, and (iii) providing an off- 
line state indicating that a vital sign monitor is not 
providing a signal, 

providing a second set of icons to indicate the ones of 
said vital sign states that are represented by one of 
said Notification States, 

providing a third set of icons to indicate the patient 
vital sign values represented by the Notification 
State involved, and ' 

providing a zoom-in presentation on a display screen 
for a particular site on said overview display and 
employing said first and second set of icons in said 
zoom-in presentation. 
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ABSTRACT 


A system for multi-crew management comprises an enter- 
prise computing system, a mobile field unit, and wireless 
communication network which supports terminal control 
protocol/internet protocol (TCP/IP). The enterprise comput- 
ing network comprises application programs through which 
work orders may be assigned and managed, various server 
machines containing data related to the work orders, a local 
area network (LAN) connecting the server machines, and a 
gateway to the TCP/IP wireless network. A mobile field unit 
comprises a computing device and modem for communi- 
cating over the wireless network to the enterprise computing 
system. A mobile field unit and each machine in the enter- 
prise computing system has a unique IP address assigned to 
it. Accordingly, commands and data can be communicated 
freely between all n 
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FIG. 2 
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At the enterprise 
system, storing an 
entry indicating the 
work order has 
been assigned 


Transmitting to the 
field unit a first 
data file 
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At the field unit, 
launching a web 

browser and 
loading the web 
browser with the 

first data file 


At the field unit, 
transmitting a 
request to the 
enterprise 
computing system 
for additional data 
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At the enterprise 
computing system, 
in response to the 
request from the 

mobile unit, 
retreiving a second 
data file 


Transmitting to the 
mobile field unit 
the second data 
file 


FIG. 3 
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I Display Message 
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and/or Applet 
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FIG. 4 
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Update database on enterprise 
computing system to indicate an 
assignment has been assigned to the 
field crew 
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Notify the field 
crew of the 
assignment 


Verify the field 
crew identity 


Notify the field 
crew of successful 
login 
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Retrieve and 
present a list of 
assignments to the 
field crew 


Retrieve detailed 
assignment data 
for the selected 


Display the 
detailed 
assignment data to 
the field crew 
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In response to field crew input identifying an 
action was taken with respect to the assignment, 
update the detailed assignment data 


-314 


FIG. 5 
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At the enterprise 
system, generating 
an alert 
HTML page 


J 


320 


Transmitting the 
alert HTML page 
and a command to 
open a web 
browser to the 
mobiie field unit 
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At the mobile field 
unit, launching a 
web browser and 
loading the web 
browser with the 
alert HTML file 


FIG. 6 
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At the mobile field 
unit, upon a user 
clicking on a link in 
the alert HTML 
file, presenting a 
login form 

J"" 330 




At the mobile field unit, after a fieldcrew has entered login 

data into said login form and submitted the data, 
transmitting login data to the enterprise computing system 





At the enterprise 
system, querying 
database to verify 
that login is correct 

-y"~ 334 


FIG. 7 
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At the enterprise 
system, generating 
on-the-fly a 
successful login 
HTML page 


340 


Transmitting the 
successful login 
HTML page to the 
mobile field out 
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At the enterprise 
system, generating 
a cookie having 
crew login data 
including a crew 
identifier 
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Displaying the 
successful login 
HTLM page in the 
web browser at the 
mobile field unit 
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At the mobile field 
unit, in response to 
user clicking on a 
continue link, 
transmitting a 
request for a list of 
assignments 


_r 3 


At the enterprise 

system, in 
response to the _J 
request, querying 
the database for 
assignments 


At the enterprise 
system, generating an 
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At the mobile field unit, in response to 
a crew member clicking on a particular 
assignment, transmitting a request for 
data regarding the assignment 
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system, updating 
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MOBILE CREW MANAGEMENT SYSTEM 

FOR DISTRIBUTING WORK ORDER 
ASSIGNMENTS TO MOBILE FIELD CREW 
UNITS 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 
This patent is a national phase filing of PCT Patent 
Application PCT/US99/00497 filed Jan. 8, 1999. 

FIELD OF THE INVENTION 
This invention relates generally to management informa- 
tion systems and more particularly to automated systems and 
methods for work order assignment and field communica- 
tion. 

BACKGROUND OF THE INVENTION 
Businesses such as utility companies which deploy 
numerous employees over a wide geographic area to service 
a dispersed infrastructure or client base are faced with the 
particularly cumbersome task of communicating work 
assignments and related data to personnel that are dispersed 
in the field. For example, a utility company is faced with the 
daunting task of maintaining an infrastructure that spans a 
potentially very large geographic area. When outages occur 
in a utility grid, field personnel must be dispatched to 
address the problem. Typically, field personnel are already in 
the field when new service tasks or work orders are gener- 
ated. Thus, utility companies are faced with the very com- 
plex task of receiving work orders, identifying field person- 
nel that are best suited for the job as dictated by training, 
experience, and proximity to the work area, and communi- 
cating to field personnel that a particular work order has 
been assigned to them. In response, field personnel must 
communicate to the dispatching operator an acceptance or 
rejection of the work order. Furthermore, if a work order is 
accepted, it may be necessary to gather information and data 
regarding the work order. Such data may include for 
example the type of equipment that is to be serviced, the 
maintenance history of the particular equipment item, and 
information regarding other equipment in close proximity. 
Upon completion of the work order, field personnel are 
responsible for updating the central office with information 
on the status of the work order as well as any changes that 
may have been made to the infrastructure as a result of the 
work order. Of course other types of organizations such as 
delivery companies, facilities maintenance companies, and 
any other types of organization which must assign work and 
communicate data regarding those assignments to personnel 
already deployed in the service area are faced with similar 

Generally, field personnel and centralized dispatching 
operations communicate by two-way voice systems such as 
wireless phone or radio. Such systems allow for communi- 
cation of voice and in some cases, with the advent of fax 
machines, data. But by either voice of fax, the amount and 
type of information that can be easily communicated to field 
personnel is limited. Indeed, while all of the relevant data 
necessary for completing a task may be located in a central 
office, very little of it can be communicated to field person- 
nel. For this reason, field personnel carry with them infor- 
mation resources such as maps and data sheets. 
Unfortunately, these often quickly become outdated which 
can lead to a dangerous work environment for field person- 
nel. 

Of course, systems have previously been developed to 
facilitate work assignment and data communication. These 
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systems, however, have used proprietary technology. 
Further, maintenance of prior systems typically has required 
manually updating individual nodes of the system through 
non-network means. 

5 Although these existing systems are useful, there is a need 
for more advanced two way data communication between 
field personnel and a central office. In particular, there is a 
need for a system whereby tasks can be assigned and 
automatically communicated to field personnel with little or 

10 no dispatcher intervention. Field personnel should be able to 
access on-line the most up-to-date data related to the work 
order. Additionally, there is a need for a system whereby 
field personnel are able to update system records to reflect 
physical changes resulting from their work as well as update 

IS system records to reflect changed work order status. 
Furthermore, such a system should use non-proprietary 
technologies and be easily maintained. 

SUMMARY OF THE INVENTION 

20 Briefly, the present invention provides a system for 
assigning work orders, communicating work orders to 
deployed field personnel, and communicating at the request 
of field personnel, up-to-date data related to an assigned 
work order. The system comprises an enterprise computing 

25 system, a mobile field unit, and wireless communication 
network which supports terminal control protocol/internet 
protocol (TCP/IP). The enterprise computing network com- 
prises application programs through which work orders may 
be assigned and managed, various server machines contain- 

30 ing data related to the work orders, a local area network 
(LAN) connecting the server machines, and a gateway to the 
TCP/IP wireless network. A mobile field unit comprises a 
computing device and modem for communicating over the 
wireless network to the enterprise computing system. A 

35 mobile field unit and each machine in the enterprise com- 
puting system has a unique IP address assigned to it. 
Accordingly, commands and data can be communicated 
freely between all machines. 
According to another aspect of the invention there is 

40 provided a method for managing work order assignments. 
There is also disclosed a method for distributing map data. 
According to still another aspect of the invention there is 
provided a method for monitoring communications in the 
system. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Other features of the invention are further apparent from 
the following detailed description of presently preferred 
exemplary embodiments of the invention taken in conjunc- 
50 tion with the accompanying drawings, of which: 

FIG. 1 is a schematic diagram of a system in accordance 
with the present invention; 
FIG. 2 is a diagram of software components of a system 
5S in accordance with the present invention; 

FIG. 3 is a flow diagram of process in accordance with the 
present invention for assigning a work order to a field crew; 

FIG. 4 is diagram of software components and data flows 
in a system in accordance with the present invention; 
60 FIG. 5 is a flow diagram of a process in accordance with 
the present invention for distributing work order assignment 
data to a field crew having a mobile field unit; 

FIG. 6 is a flow diagram of a process in accordance with 
the present invention for notifying the field crew of an 
65 assignment; 

FIG. 7 is a flow diagram of a process in accordance with 
the present invention for verifying the field crew identity; 
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FIG. 8 is a flow diagram of a process in accordance with 
the present invention for notifying the field crew of a 
successful login; 

FIG. 9 is a flow diagram of a process in accordance with 
the present invention for retrieving and presenting a list of 5 
assignments to the field crew; 

FIG. 10 is an illustration of an exemplary screen showing 
a list of work order assignments that have been assigned to 
a field crew; 

FIG. 11 is an illustration of an exemplary screen for 
displaying detailed assignment data; 

FIG. 12 is a flow diagram of a process in accordance with 
the present invention for retrieving detailed assignment data 
for a selected assignment; 15 

FIG. 13 is an illustration of an exemplary screen for 
entering data related to the cause of an outage; 

FIG. 14 is a flow diagram of a process in accordance with 
the present invention for updating assignment data in 
response to an action taken by a field crew; 20 

FIG. 15 is an illustration of an exemplary screen for 
displaying map data; 

FIG. 16 is a flow diagram of a process in accordance with 
the present invention for gathering and displaying map data; 

FIG. 17 is a schematic diagram of a system in accordance 25 
with the present invention in communication with a paging 
system and a digital personal communication system; and 

FIG. 18 is a flow diagram of a process in accordance with 
the present invention for monitoring work order assignment. 3Q 


The present invention provides a multi-crew management 
system. More particularly the management system is an 35 
automated system for the distribution of work orders and 
related materials to field personnel dispersed over a wide 
geographic area. A work order, which may be any type of 
description of a particular task, are assigned using a cen- 
tralized enterprise computing system and are communicated 40 
over a wireless network to field personnel having mobile 
computing units. Field personnel can use a mobile field unit 
to access the enterprise computing system and gather infor- 
mation about the work order as well as to update the 
enterprise computing system with details regarding the 45 
status of the work order. Thus, a system in accordance with 
the present invention provides two-way communication and 
work order automation with minimum dispatcher/operator 
interference. 

FIG. 1 graphically depicts, a system in accordance with the 50 
invention. As shown, the inventive system comprises enter- 
prise computing system 50, mobile field unit 52, and wire- 
less communication network 54 operably connecting the 

Enterprise computing system 50 may comprise database 55 
servers 56 for fielding requests to data stored in database 58, 
hypertext transfer protocol (HTTP) servers 60 for fielding 
requests for web page data, monitoring server 62 for accept- 
ing and providing data regarding the status of work orders, 
and file servers 64. While each of servers 56, 60, 62, and 64 60 
is represented by a separate machine in FIG. 1, in some 
embodiments of the enterprise system a single machine may 
be configured to perform all of these operations. An enter- 
prise computing system may also comprise workstations 66 
from which various application programs may be accessed. 65 
Servers 56, 60, 62, and 64 and workstations 66 are inter- 
connected through an Ethernet local area network (LAN) 68. 


LAN 68 supports TCP/IP and each of machines 56, 60, 62, 
64 and 66 is uniquely identified with an IP address. Gateway 
70 provides a communication connection between LAN 68 
and wireless TCP/IP network 54. 

In a typical application of the inventive system, enterprise 
computing system 50 is located at a central office or opera- 
tions center. As is explained in greater detail below with 
reference to FIG. 2, work orders are processed and input to 
the enterprise computing system using any one of several 
application programs. Data which field personnel may 
require to complete their assigned tasks is located on servers 
56, 60, 62, and 64 and may be accessed by field personnel 
using mobile field unit 52. 

Mobile field unit 52 comprises computing device 72 
which may be a portable computer, a personal digital assis- 
tant (PDA), or similar device. Typically computing device 
72 comprises random access memory (RAM), web browser 
software for internet and intranet communications, and an 
interactive display mechanism. Computing device 72 may 
also include: storage capability (flash or electro- 
mechanical), a serial interface, an audio playback device, 
and software to support a TCP/IP protocol stack and point- 
to-point protocol (PPP). 

Mobile field unit 72 may also comprise wireless radio 
modem 74. Wireless radio modem 74 provides a means for 
communicating over wireless network 54 between comput- 
ing device 72 and enterprise computing system 50. Wireless 
radio modem 74 supports PPP protocol and TCP/IP protocol 
over wireless radio network 54. Wireless radio modem 74 
may be internal or external to computing device 72. 

Mobile field unit 52 optionally may comprise a wireless 
two-way voice communication device 76. Device 76 may be 
integrated with computing device 72 or may be a separate 
radio device, cellular phone, or digital cellular phone. 

Each field crew is assigned a mobile field unit 52. Thus, 
although only one is shown in FIG. 1, numerous mobile field 
units 52 may be deployed and operating at once. As noted, 
each mobile field unit 52 has an IP address assigned to it. 
Further, enterprise computing system 50 comprises a data- 
base of entries indicating for each field unit, the field crew 
which has the unit. Thus, when a work order is assigned to 
a particular field crew, the inventive system automatically 
routes the appropriate commands and data as described 
below to the appropriate mobile field unit 52. Field crews are 
free to access enterprise computing system 50 to gather data 
that may be helpful in completing the assigned work order. 

Wireless radio network 54 provides TCP/IP communica- 
tion between enterprise computing system 50 and mobile 
computing device 52. As previously noted, each mobile field 
unit 52 is given a unique IP address. Similarly, machines on 
enterprise computing network 50 are given a unique IP. 
Because wireless radio network 54 supports TCP/IP, routing 
of data and commands between mobile field units 52 and 
enterprise computing system 50 can be accomplished by 
existing network techniques. Further, mobile field units 52 
can be arranged into various network configurations such as 
subnets and intranets and in theory, if the appropriate 
gateways are arranged, can be accessed via the Internet. 

IP addressing allows for commands to be routed to, and 
data accessed from any machine in the network. Thus, data 
and/or a command may be transmitted via gateway 70 to 
wireless radio network 54 and delivered at any particular 
mobile field unit 52. Similarly, data and/or a command may 
be transmitted from mobile computing device 52 via modem 
74 to wireless network 54 which delivers the data and/or 
command to a particular machine designated by a unique IP 
address on enterprise computing system 50. 
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Preferably, wireless network 50 employs native TCP/IP. 
However, any network type may be employed provided it 
can be adapted to support TCP/IP. Thus, wireless network 54 
may be any of the following network types: a CDPD public 
network (packet-switched); a radio packet-switched network 
(adapted for TCP/IP); a larifiVnon-tariff -based network; or a 
Personal Communication Systems network( circuit- 
switched). A system in accordance with the invention can be 
implemented at any location that one of these network types 

Cellular Digital Packet Data (CDPD) is an open standard 
public network. In one embodiment of the present invention, 
modem 74 is a CDPD modem which is assigned a unique 32 
bit IP address. The IP address becomes the unique identifier 
associated with mobile field unit 52. 

Typically, where CDPD networking technology is 
employed, network connection between mobile field unit 52 
and enterprise computing system 50 can be maintained 
continuously. Thus, with a CDPD communications network, 
the connection between the enterprise system 50 and mobile 
field units 52 does not require call setup or dial-in/dial-out 
specifications. The transfer of data between enterprise sys- 
tem 50 and mobile field unit 52 is immediate or within 
seconds via a virtual TCP/IP circuit which maintains con- 
tinuous two-way traffic across the CDPD packet -switched 
data system. Any data packet originating from either the 
enterprise system 50 or mobile field unit 52 is delivered 
almost immediately. 

In an alternative embodiment, wireless network 54 may 
be a Personal Communications System (PCS) network. With 
a cellular network the communications can be either digital 
or analog across a circuit-switched data system. In a circuit- 
switched data system the connection between enterprise 
computing system 50 and mobile field unit 52 must be 
established via an initiation call. Thus, call setup and dial-in 
dial-out specifications are required to deliver or receive data. 
When a call is complete, the TCP/IP circuit is terminated and 
communication between enterprise system 50 and the 
mobile field unit 52 is unavailable. In an embodiment of the 
present inventive system where PCS communication is 
employed, analog modems may be deployed in both enter- 
prise computing system 50 and mobile field units 52. The 
analog modems convert modulated digital data to be trans- 
lated over the voice band of a cellular phone. 

In still another embodiment of the present invention, 
wireless network 54 may comprise a radio (wireless) packet- 
switched network which does not support TCP/IP. Like 
TCP/IP-based CDPD communications, radio packet- 
switched networks can transmit and receive packet data 
anytime without call setup. These networks include both 
public proprietary data networks (e.g., ARDIS and RAM) 
and private radio networks (e.g., DATA TAC). However, 
because the inventive system relies upon TCP/IP, in order to 
employ such networks it is necessary to use third party 
equipment such as that provided by PADCOM Incorporated 
to allow such a network to support TCP/IP. 

Enterprise computing system 50 and mobile field unit 52 
comprise various software components, FIG. 2 is a diagram 
of software components comprised in a system in accor- 
dance with the present invention. As shown, in enterprise 
computing system 50, numerous application program com- 
ponents or clients 80 may exist. Preferably these are written 
using the JAVA programming language so as to be operable 
on platforms running various operating systems. Each appli- 
cation 80 may serve a particular purpose with respect to 
managing work orders and monitoring the progress of those 
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work orders. It should be noted that there may be multiple 
instances of the same application 80 running at any one time. 
Furthermore, remote applications 81 from outside system 50 
may also occasionally access system resources. 

Enterprise computing system 50 also comprises database 
server software 82 which may be, for example, an Oracle 
database server. Indeed, there may be multiple databases 82 
in one system 50. Database server software 82 manages 
work order data as well as other business related data. For 

1° example, in the case of a utility, databases 82 might com- 
prise detailed equipment data and map data. 

Enterprise computing system further comprises HTTP 
servers 84 which may be, for example, a Netscape or Apache 
HTTP server. HTTP servers 84 are operable to field requests 

15 from all machines but particularly from web browsers 
located in mobile field unit 52. HTTP servers 84 are operable 
to launch or invoke stored procedures or common gateway 
interface programs (CGI) to implement actions initiated by 
field crew members at mobile field unit 52. The CGI is a 

20 mechanism which allows data to be transferred from a 
browser to a program residing on the server via the HTTP 
server such that the program processes the data (usually 
parameters) and can deliver results back to the browser via 
the HTTP server. It should be noted that by invoking stored 

25 procedures it is meant that HTTP server 84 which has been 
delivered the name of a stored procedure within a database, 
can cause the stored procedure to execute via an interme- 
diate program passing it parameters. The stored procedure 
can generate data which it can deliver to a program such as 

30 a web browser via HTTP server 84. The stored procedure 
typically accesses database tables. 

Monitor server software 85 accepts updates from appli- 
cations 80 indicating that a work order has been assigned. 

3S Monitor server software 85 also accepts updates as to 
whether the work order was received at field unit 52 and 
whether it was accepted by the field crew. Monitor server 85 
also provides a report generation feature. 
Mobile field unit 52 comprises mobile server application 

40 8 6. Mobil server application 86 services requests from 
enterprise computing system 50 to mobile field unit 52. In a 
preferred embodiment, mobile server 86 is written in the 
JAVA programming language which allows for mobile 
server 86 to run on numerous hardware platforms running 

45 various operating systems such as Windows, Mac OS, or 
Unix. Mobile server 86 is multi-threaded meaning it listens 
for requests and upon receipt of an input, spawns process 88 
to react to the input. In this way, mobile server 86 can 
continue to listen for additional requests. 

so Mobile field unit 52 also comprises web browser 90 
which may be loaded with files 92 that are downloaded from 
enterprise computing system 50, Web browser enhancer 94 
is loaded by web browser 90 to display maps and related 
data. Web browser enhancer 94 may be a plug-in that is 

55 initially stored on mobile field unit 52. Alternatively, web 
browser enhancer 94 may be an Applet that is downloaded 
from enterprise computing system 50. 

Typically operations in a system in accordance with the 
present invention are initiated at one of application programs 

60 80. For .example, a work order may be assigned to a 
particular field crew using application program 80. FIG. 3 is 
a high-level flow chart of the process of making a work order 
assignment to a field crew having a mobile field unit 52. 
Generally, an operator at enterprise computing system 50 

65 employs application program 80 to assign a work order or 
task to a particular field crew. As shown, at step 110 an entry 
indicating that a work order or task has been assigned to the 
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field crew is entered in database 82. At step 112 data file 92 
related to the work order along with a command to launch 
a web browser are transmitted to field unit 52. At step 114 
mobile field unit 52 launches web browser 90 and loads web 
browser 90 with data file 92 which causes a web page to be 5 
displayed. In response to input from field personnel such as 
pointing and clicking on links in the displayed web page, at 
step 116 mobile field unit 52 transmits to enterprise com- 
puting system 50 a request for additional data regarding the 
work order. At step 118 enterprise computing system 50 10 
retrieves the requested data, usually in the form of a data file. 
At step 120 the retrieved data is transmitted to mobile field 
unit 52. 

FIG. 4 depicts various command and data flows that may 
be implemented in a system in accordance with the present 15 
invention when a work order is assigned to a field crew. 
Typically, work orders are assigned by personnel at enter- 
prise computing system 50 using application program 80. In 
response, application program 80 requests, as represented by 
arrow 140, that database 82 be updated to reflect that the 20 
work order has been created. Generally, when a work order 
is created it is assigned a unique identifier in database 82. 
Thereafter, application program 80 establishes a TCP/IP 
connection with mobile server 86 and transmits a command 
to mobile server 86 (arrow 142). Simultaneously, a com- 25 
mand may be issued (arrow 144) by application program 80 
to database 82 directing the generation of map related data 
corresponding to the work order. 

In one embodiment, the map related data comprises two 
files of mapping data. A first file 146 is in ASCII format and 30 
comprises map data in vector format. Typically the file is 
given a name ending in .mpx. The file extension .mpx 
identifies the file as a MIME type. As explained below, upon 
receipt of a file with the .mpx extension, web browser 90 is 
programmed to load plug-in 94 and display the map data 35 
contained therein in a map area of web browser 90. .Mpx file 
146 comprises unique identifiers for select objects that are 
displayed on the map. For example, a unique device iden- 
tifier for a transformer may be included in .mpx file 146. 
Using these unique identifiers, when a crew member clicks 40 
on an object in the map, detailed data regarding the particu- 
lar device can be retrieved from database 82. 

An exemplary portion of ".mpx" file 146 is listed below: 

5 18 1075553 1082844 0 U36864 36864 

5 18 1071543 1082969 0 U27824 27824 

5 18 1072568 1083014 0 U27825 27825 

5 18 1076096 1084066 0 U27826 27826 

5 18 1082774 1084547 0 U27829 27829 

5 18 1077940 1085438 1 U27828 27828 50 
According to a preferred embodiment of the invention, each 
line in ".mpx" file 146 represents a map object to be 
displayed. Each line is formatted into seven columns. The 
first column designates the map object type. For example, 
type 5 represents an electrical network object. The second 55 
column identifies the type of electrical network object. For 
example, an electrical object may be a fuse transformers. 
The third and fourth columns represent the state plane 
coordinates of the object. The fifth column represents the 
state of the device, for example, open or closed. The sixth 60 
column identifies the unique device identifier. This unique 
identifier when combined with the uniform resource locator 
parameter which as explained below is stored in file 148, 
allows mapping plug-in 94 to request more detailed data 
regarding a selected device as well as change the state of the 65 
device. The seventh column is an identifier used to speed up 
the device lookup process. 
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A second file 148 is generated and formatted in HTML. 
HTML file 148 contains parameters which are used to 
configure plug-in 94. A first parameter sets the uniform 
resource locator (URL) for HTTP server 84 and the specifies 
the common gateway interface (CGI), or alternatively the 
stored procedure, which should be invoked when a user 
clicks on a device or map object that is displayed on the map. 
Asecond parameter enables or disables the ability for a crew 
to obtain information about an object. Other parameters 
control the display of the land base map data as well as 
control other settings. 

An exemplary html file 148 is listed below: 

<HTMLxHEAD> 

<TITLE>MAP Plugin</TITLE> 

</HEAD> 

<BODY> 

<H3>CADOPS Plugin </H3> 

<EMBED SRO="5979„map,mpx" device„url="http:// 
abb.vnet.net/ast/owa/getobj dl" enable_mobile_ 
cadops=l fixed=l width=750 height=450 minx= 
1068940 miny=1076438 maxx-1086940 maxy- 
1094438 curvetype="map"x/EMBED> 

<H5>outage: 5979</H5> 

<H3>CADOPS-WEBMAP </H3> 

<H45>ABB Distribution Information Systems, all rights 
reserved col998</H45> 

</BODY> 

</HTML> 

In the above example, the object URL is specified by the 
"device„_uri" parameter. Note that the EMBED lag specifies 
the ".mpx" file 146 as 5979_map.mpx. This file is delivered 
to web browser 90 and ultimately to plug-in 94 for display. 

The unique identifier for the work order to which the map 
data relates is embedded in the names of both files 146 and 
148. This facilitates the later retrieval of these files. Appli- 
cation program 80 also requests that monitoring server 85 
update records in database 82 to indicate that a particular 
work order has been transmitted to mobile unit 52 (arrow 
150). 

At mobile field unit 52, mobile server 86 spawns (arrow 
152) process 88 to respond to the command from application 
program 80. In response to a command that a new work 
order has been assigned to the field crew, process 88 may 
cause an alert sound to be broadcasted (arrow 154). There- 
after or simultaneously, an alert message may be automati- 
cally displayed on the display of the mobile field unit 52 
(arrow 156) to further alert the field crew. Process 88 
launches web browser 90 (arrow 158) and loads web 
browser 90 with data, usually in the form of an HTML file 
92 that was downloaded from application program 80 with 
the initial command. 

Typically, downloaded html file 92 which is displayed in 
web browser 90 has web links to data stored in enterprise 
computing system 50. Thus, when field crew personnel click 
on a link in web browser 90, a request, preferably in the form 
of a HTTP post or get command (arrow 160) is made of 
HTTP server 84 in enterprise computing system 50. In 
response, HTTP server 84 queries, preferably by way of a 
stored procedure (arrow 162) database 82 for the requested 
data. Database 82 returns (arrow 164) the requested data to 
HTTP server 84, and HTTP server transmits 84 (arrow 166) 
the requested data to web browser 90. In a preferred 
embodiment, database 82 returns the data in HTML format. 

FIG. 5 provides a flow chart depiction of a scenario for 
using the system of FIGS. 1 through 5 to distribute work 
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order assignment data to a field crew having a mobile field "success HTML page," a request is transmitted for a list of 
unit. As shown, at step 300 database 82 is updated using assignments. At step 352 at the enterprise computing system 
application program 80 to indicate a work order has been 50, database 82 is queried for assignments that have been 
assigned to a particular field crew. At step 302 the field crew assigned to the field crew. The field crew identifier, which 
is notified of the assignment via mobile field unit 52. In 5 may be retrieved from the cookie, is used in performing the 
response to login data input by the field crew, at step 304 the query. At step 354 at enterprise computing system 50, an 
identity of the field crew is verified against database 82 of "assignment HTML, page" is generated containing data 
enterprise computing system 50. At step 306 a notification is comprising a list of assignments that have been assigned to 
made to the field crew via field unit 52 if the login was the particular field crew. The "assignment HTMLpage" may 
successful. At step 308 a list of assignments is retrieved and to be generated by a common gateway interface or a stored 
presented to the field crew. At step 310 in response to input procedure invoked by an HTTP server. The "assignment 
by the field crew selecting an assignment from the list of HTML page" has "assignment links" to additional data in 
assignments, detailed assignment data for the selected the database corresponding to each assignment. Each 
assignment is retrieved from database 82. At step 312 the "assignment link" contains a unique identifier for the assign- 
detailed assignment data is displayed to the field crew via 15 ment which may be used in retrieving the additional assign- 
mobile field unit 52. At step 314 in response to field crew ment data from database 82. These "assignment links" may 
input identifying that an action was taken with regard to the comprise a uniform resource locator (URL) for the server 
assignment, the detailed assignment data is updated in and program on enterprise computing system 50 that should 
database 82. be executed in order to retrieve the desired data. At step 356 
FIG. 6 provides a detailed flow chart of step 302 of FIG. 20 the "assignment HTMLpage" is transmitted to the field crew 
5 for notifying the field crew of the assignment. As shown via mobile field unit 52. At step 358 the "assignment HTML 
at step 320 an "alert HTML page" is generated at the file" is loaded into web browser 90. FIG. 10 provides an 
enterprise computing system in response to the assignment exemplary screen of the type that may be displayed upon 
being assigned to the particular field crew. At step 322 the loading of the "assignment HTML page" into web browser 
"alert HTML page" and a command to open a browser is 25 90. 

transmitted from enterprise computing system 50 to mobile FIG. 12 provides a detailed flow chart corresponding to 

field unit 52. At step 324 web browser 90 is launched in step 310 of FIG. 5 for retrieving detailed assignment data for 

response to the command and the "alert HTML page" is the selected assignment. As shown, at step 360 at the mobile 

loaded into web browser 90. field unit 52 in response to a crew member clicking on an 

FIG. 7 provides a detailed flow chart of step 304 of FIG. 30 "assignment link" in the assignment HTML page, a request 
5 for verifying the field crew identity. At step 330 in for data related to the selected assignment is transmitted to 
response to a field crew member clicldng on a link in the enterprise computing system 50. At step 362 at the enterprise 
"alert HTML file," a login form is displayed. It should be computing system 50 the database 82 is queried for assign- 
noted that this link and the others that are described herein ment data related to the selected assignment. At step 364 at 
may comprise a URP and point to a specific application, for 35 enterprise computing system 50 a "detailed assignment data 
example a CGI or stored procedure which should be HTML page" is generated. The "detailed assignment data 
executed in response to clicking upon the link. The link may HTML page" contains detailed data regarding the assign- 
cause data, including web pages, to be retrieved from or ment that was selected previously by the field crew. An 
updated in enterprise computing system 50. At step 332 in example of a displayed screen corresponding to a "detailed 
response to the field crew entering login data into the login 40 assignment data HTML page" is shown in FIG. 11. The 
form and submitting the login data, the login data is trans- "detailed assignment data HTML page" contains a plurality 
mitted to enterprise computing system 50. At step 334 of "HTML status links" each of which when clicked upon 
database 82 is queried to verify that the login data is correct. causes a different action to be taken relative to the data in 

FIG. 8 provides a detailed flow chart of step 306 for database 82 that tracks the status of the particular assign- 
notifying the field crew of a successful login. At step 340 of 45 ment. "HTML status links." may contain a uniform resource 
FIG. 8, a "success HTML page" indicating there has been a locator and program name that implements the desired 
successful login is generated at the enterprise computing action in database 82. For example, one of the plurality of 
system. At step 342 the "success HTMLpage" is transmitted links may be an "accepted link" which when clicked upon 
to the mobile field unit 52. At step 344 at enterprise causes the status data in the database to indicate the assign- 
computing system 50 a cookie is generated. The cookie 50 ment has been accepted. One of the plurality of links might 
contains data related to the field crew such as a unique field be an "enroute link" which when clicked upon causes the 
crew identifier. The cookie remains resident for a selected status data in the database to indicate the crew is enroute to 
period of time so that upon subsequent accesses to the the assignment location. A link might be a "completed link" 
enterprise computing system 50 by the same field crew which when clicked upon causes the status in the database 
during the selected period of time, the field crew does not 55 to indicate the assignment has been completed. A link may 
need to login again. Any programs, for example stored be a "rejected link" which when clicked upon causes the 
procedures which may require data such as the field crew status data in the database to indicate the assignment has 
identifier can obtain that information from the cookie. The been rejected by the field crew. A link may be an "arrived 
cookie may be generated by a CGI that was initiated by link" which when clicked upon causes the status data in the 
HTTP server 84. At step 346 the "success HTML page" is 60 database to indicate the field crew has arrived in the assign- 
displayed at mobile field unit 52 using web browser 90. The ment location. Still another link may be a "cancel link" 
"success HTML page" has a "continue link" therein for which when clicked upon causes no change to the status data 
continuing with the assignment distribution process. in the database but which may close the web page. It should 

FIG. 9 provides a detailed flow chart for step 308 of FIG. be noted that the "detailed assignment data HTML page" 

5 for retrieving and presenting a list of assignments to the 65 may contain other links. For example, a "refresh link" may 

field crew. At step 350, at mobile field unit 52, in response be available which when clicked upon causes the data on the 

to a field crew member clicking on the "continue link" in the page to be updated. 
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The "detailed assignment data HTML page" may also Referring back to FIG. 4, a field crew member may 

comprise a "cause locator" link. When the "cause locator" request map data of the work order work area by clicking on 

link is clicked upon, a CGI or stored procedure via HTTP a button or appropriate link displayed on web browser 90. 

server 84 is executed which generates a "cause HTML Requests for map data are transmitted (arrow 168) to HTTP 

form." When the "cause HTML form" is delivered to the 5 server 84 and include the unique identifier of the work order, 

web browser, a cause/equipment pop-up menu is displayed. Using this work order identifier, HTTP server requests 

FIG. 13 provides a view of an exemplary "cause HTML (arrow 170) and receives (arrow 172) the map files 146 and 

form" when displayed. This form allows field crew members 148 that were previously developed and whose names 

to indicate the type of equipment that was damaged and the include the work order identifier. HTTP server 84 transmits 

potential cause for the damage. The items listed in the cause 10 (arrow 174) the map data to web browser 90. When web 

or equipment categories are derived by querying database 82 browser 90 receives and loads HTML file 148, it encounters 

on enterprise computing system 52. Thus, the items listed a link to .mpx file 146. The link to file 146 signals web 

are not pre-loaded on the mobile field unit but are dynami- browser 90 to load plug-in 94 (arrow 176) and display the 

cally updated to fit the particular work order assignment. map data composed in .mpx file 146 in a map area of web 

The "cause HTML form" also provides for the entry of is browser,90. An exemplary screen with a map area of the type 

related time information. In particular the form allows for which might be displayed in web browser 90 is shown in 

entry of an estimated restore time and an estimated arrival FIG. 15. 

time. When the mobile field crew completes and submits the It should be noted that plug-in 94 can capture via web 

"cause HTML form" the data is transferred to database 82. browser 90 all point and click events within the window area 

The database may be made available to a customer infor- 20 generated by the plug-in. This is important for handling 

mation system (CIS). Thus, customers may access the CIS requests for data on objects displayed in the map. Further, 

and receive immediate notification of restore time. By this plug-in 94 is operable to execute an HTTP post or get 

system and method, human element in communication is command to HTTP servers 84 in enterprise computing 

eliminated. The data is passed directly to the customer. system 50. Also, plug-in 94 maintains a linked list of all map 

At step 366 the "detailed assignment data HTML page" is 25 objects displayed in the map along with the unique identi- 

transmitted to mobile field unit 52. At step 368, which fiers for those objects. Thus, when a map object is clicked 

corresponds to step 312 of FIG, 5, the "detailed assignment upon, the unique identifier for the object is readily retrieved 

data HTML page" is loaded and displayed in web browser from the linked list. 

90. Generally, the crew is free to interact with the map and 

FIG. 14 provides a detailed flow chart for step 314 of FIG. 30 obtain more information about the objects on the map by 

5 for updating the "detailed assignment data" which is simply clicking on the particular map object. For example, 

detailed data regarding the assignment that a field crew may a crew member may click on a transformer to obtain more 

be working on. At step 370 at mobile field unit 52 in information about the transformer. By clicking on the 

response to crew input as to the status of the assignment, transformer, a new browser window is launched with a new 

updated "detailed assignment data" is transmitted to enter- 35 HTML page comprising additional information regarding 

prise computing system 50. At step 372 at enterprise com- the transformer. For example, the new page may contain the 

puting system 50 the "detailed assignment data" is updated make and model of the transformer as well as the mainte- 

in database 82 to reflect the change. At step 374 the nance history of the transformer. The new page may contain 

dispatcher is alerted as to the change in status of the links to even further information regarding the transformer, 

assignment. The alert may be a notification sound and/or a 40 For example, the HTML page may contain links to all 

visual notification such as a dialog box. network information about transformers of the same type 

It should be noted that in the processes described with and make. Directions to the transformer might also be 

reference to FIGS. 6 through 13, stored procedures may be displayed. 

used at the initiation of HTTP server 84 to query the Generally, when a crew member clicks on a map object, 

database and take other actions with respect to the steps 45 plug-in 94 obtains the click event and the device coordinates 

described above. Furthermore, a common gateway interface of the point which was clicked upon. Plug-in 94 transforms 

(CGI) script may alternatively be initiated by HTTP server the device coordinates to user coordinates (such as state 

84 to perform many of these same operations. An HTTP plane coordinates) and searches for the nearest map object 

server 84 and stored procedure/CGI for talcing some action within its linked list to the point which was clicked. A dialog 

relative to the data in database 82 may be identified by a 50 box is presented to the crew with the unique identifier for the 

uniform resource locator that is stored in a web page link. device which corresponds to the map object selected. The 

The (CGI) script may be written in the PERL scripting crew is given the choice to request more information or to 

language and may access database 82 using PERL database cancel the dialog. If the crew selects to see more detailed 

interface (DBI) and/or PERL database driver (DBD). Based information, plug-in 94 retrieves the URL including the CGI 

upon the queries to the database, the PERL script can 55 that it obtained as a parameter from html file 148. Note that 

generate HTML on the fly and deliver it to a field crew's web because the URL and CGI are parameters in html file 148 

browser 90 via HTTP server 84. The PERL script can also which is downloaded from enterprise computing system 50, 

update database records via DBI/DBD. the URL is not hard-coded on mobile field unit 52 and can 

For many work orders, a sub map of the assignment area vary by the map that is displayed. Indeed, different map files 

can be of great value. For example, when responding to a 60 146 and 148 may point to different resources at enteqjrise 

power outage, a map can show both the land base and computing system 50. 

electrical network. The state of the electrical network and Plug-in 94 attaches the unique object ID for the selected 

exact location of outages and faults can be shown on the mar. map object to the URL and CGI and submits an HTTP post 

Furthermore, according to the present invention, a crew or get command to HTTP server 84. Server 84 delivers the 

member can click on objects in a map and obtain additional 65 object ID to the CGI or database stored procedure. In either 

detailed information from enterprise computing system case, the program queries database 82 and generates an 

regarding that object. HTML file on the fly to be displayed in a new window in the 
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crew's browser 90. The HTML may be a form or can contain from monitoring server by a page or a message via the PCS 
links so that the crew can obtain further information. A link system. The notification step is necessary so that the dis- 
may also allow a crew to update the data related to a map patcher can resort to alternative means for communicating 
object. For example a link may allow a field crew to indicate with the desired field crew. Applications can query the 
that a device corresponding to map object has been repaired, 5 monitoring database 82 to obtain reports on the state of 
replaced, closed, opened, or removed. The ability to update assignments (failures or acceptance) and to also obtain 
the data in database 82 on-line greatly reduces paper work reports on the state of the wireless network, 
and provides for accurate and up-to-date records. FIG. 18 provides a flow chart of a method for monitoring 

FIG. 16 provides a flow chart of the process of gathering work order assignment. At step 220, the server listens at 

and displaying the map data in the present invention. As 10 specified internet protocol address for electronic packets 

shown, at step 200 in response to a field crew member comprising the status of the transmission of a work order to 

requesting a map for a particular work order, a request is the mobile field unit. Generally, the electronic packets 

transmitted from web browser 90 to HTTP server 84. At step comprise a unique identifier for the work order, an indication 

202 HTTP server 84 uses the work order identification of the time the status was recorded, and the internet protocol 

number to retrieve map data corresponding to the work 15 address of the relevant mobile field unit. Monitor server may 

order. As noted above, in one embodiment of the invention, be configured to receive either UDP or TCP packets. At step 

map data comprises two files, one in HTML format and one 222 an entry is made in database 82 indicating whether or 

in an ASCII format. These files may contain links to not the work order has been successfully been transmitted, 

secondary map data which comprises further information At step 224 the dispatcher is notified if the transmission was 

about objects composed in the map. At step 204 the map data 20 not successful. Upon receipt of a request for a report from 

is transmitted to web browser 90. At step 206 web browser an application program, at step 226 monitor server 85 

90 loads the map data, possibly using plug-in 94 so as to processes the request and generates a report which may be 

display a map to the crew personnel. In response to crew transmitted to the requesting application, 

personnel clicking on a map object located in the displayed It should be noted that there are numerous advantages to 

map, at step 208 web browser 90 transmits a request to 25 the systems and methods in accordance with the present 

HTTP server 84 for secondary map data related to a par- invention. Foremost of these is that propriety code does not 

ticular item on the map. At step 210 HTTP server 84 need to be developed and deployed on mobile field unit 52. 

transmits a request to database 82 for the additional data. For example, code for displaying information in a window 

Database 82 processes the request and returns the requested or in dialog box is not proprietary. Rather, all graphical user 

data to HTTP server 84. HTTP server 84 transmits the 30 interfaces are built using HTML generated dynamically by 

secondary map data to web browser 90 at step 212. Web a CGI or stored procedures at enterprise computing system 

browser 90 loads the data in a browser window at step 214. 50. Thus, there is no need to write complex closed propri- 

Itshould be noted that the secondary map data may comprise etary code for each mobile field unit 52 when an interface is 

an HTML file comprising a plurality of links for retrieval of changed or different data needs to be presented, 

still additional information or even updating data. This 35 Furthermore, in a system in accordance with the present 

HTML file may be referred to as a "secondary map data invention application programs 80 generate dynamic HTML 

retrieval file." based on data and the desired presentation (which can 

As noted above, field crews may change the physical include pop up menus, text fields, check boxes, selection 

equipment located in the field. According to the present boxes, etc). These dynamically created HTML files are 

invention, the field crew may also change the data in the 40 thereafter delivered to the mobile field unit. Thus, changes 

system to reflect any changes that may have been made to made at enterprise computing system 50 are reflected imme- 

the physical network. Thus, the field crew may enter data at diately at mobile field unit 52. This greatly facilitates 

web browser 90, possibly using the "secondary map data deployment of new user interfaces and applications to large 

retrieval file." Thus, at step 216, the web browser transmits numbers of field units 52. 

to HTTP server 84 a request to update database 82 in 45 Thus, as described above the present invention provides 

enterprise computing system 50. At step 218, HTTP server systems and methods for low-cost, timely, two-way com- 

84 forwards the request to database server 82 which updates munications between a central enterprise systems and geo- 

the data to reflect the changes made by the field crew. graphically distributed field personnel. The system com- 

Another feature of the present invention involves moni- prises an enterprise computing system, a wireless network, 

toring of the assignment of work orders. When a work order 50 and a mobile field unit. Communications are TCP/IP-based 

is assigned to a field crew, the application through which the and can be carried over a public or private network using a 

work order is being assigned not only connects to mobile variety of communications technologies. Communication 

field unit 52 but also transmits a packet of data to monitoring between the enterprise computing system and the mobile 

server 64 which comprises monitoring server software 85. field unit is completely automated (voice communication is 

Monitoring server 85 is updated to indicate whether a 55 the exception). Although this unique system offers operator/ 

connection was successfully established with mobile server dispatch functionality, the need for operator/dispatcher 

86. A connection may not be established, for example, if assistance is minimized. In addition, mobile field crews can 

mobile field unit 52 is out of range of wireless network 54. access information resources at the central operations level 

Monitoring server 85 stores an indication of whether a including work order and mapped vehicle location data and 

transmission was successful or not in database 82 or alter- 60 other pertinent information. 

natively in a system file. Monitor server 85 may also send a While the invention has been described and illustrated 

notification, preferably via e-mail to a supervisor or dis- with reference to specific embodiments, those skilled in the 

patcher if a work order failed to successfully transmit to field art will recognize that modification and variations may be 

unit 50. As shown in FIG. 17, enterprise computing system made without departing from the principles of the invention 

might also be connected to a paging system 400 and/or a 65 as described above and set forth in the following claims. In 

digital personal communication system 402. Thus, notifica- particular, the present invention has been explained with 

tion of a transmission failure may also be sent to a dispatcher reference to an exemplary utility environment but may be 
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employed in other environments such as maintenance ser- 
vice corporations, ambulance services, public safety systems 
or any other operation which communicates work orders to 
field personnel. Accordingly, reference should be made to 
the appended claims as indicating the scope of the invention. 
What is claimed is: 

1. A method for distributing work order assignment data 
to a field crew using a system having an enterprise comput- 
ing system and at least one mobile field unit, comprising the 
following steps: 

(A) updating a database on the enterprise computing 
system to indicate an assignment has been assigned to 
the field crew; 

(B) notifying the field crew of the assignment; 

(C) in response to the input of field crew login data, 
verifying field crew identity; 

(D) notifying the field crew of successful login; 

(E) retrieving and presenting a list of assignments to the 
field crew; 

(F) in response to field crew input selecting an assignment 
from the list of assignments, retrieving detailed assign- 
ment data for the selected assignment; 

(G) displaying the detailed assignment data to the field 

(H) in response to field crew input identifying an action 
was taken with regard to the assignment, updating the 
detailed assignment data. 

2. The method of claim 1 for distributing work order 
assignment data, wherein the step of notifying the field crew 
of the assignment further comprises the following steps: 

at the enterprise computing system, generating an alert 
HTML page; 

transmitting the alert HTML page and a command to open 

a web browser to the mobile field unit; 
at the mobile field unit, launching a web browser in 

response to the command and loading the web browser 

with the alert HTML file. 

3. The method of claim 1 for distributing work order 
assignment data, wherein the step of verifying field crew 
identity, further comprises the following steps: 

at the mobile field unit, upon a field crew member clicking 
on a link in the alert HTML file, displaying a login 

at the mobile field unit, in response to a field crew entering 
login data, transmitting the login data to the enterprise 
computing system; 

at the enterprise computing system, querying a database 
to verify the login data is correct. 

4. The method of claim 1 for distributing work order 
assignment data, wherein the step of notifying the field crew 
of successful login, further comprises the following steps: 

at the enterprise computing system, generating a success- 
ful login HTML page; 

at the enterprise computing system, generating a cookie 
having crew login data including a crew identifier; 

transmitting the successful login HTML page to the 
mobile field unit; and 

displaying the successful login HTML page in the web 
browser at the mobile field unit. 

5. The method of claim 4 for distributing work order 
assignment, wherein the step of generating a cookie is 
performed by a common gateway interface. 

6. The method of claim 4 for distributing work order 
assignment, wherein the step of generating a cookie is 
performed by a stored procedure that is invoked by an HTTP 
server. 
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7. The method of claim 4 for distributing work order 
assignment data, wherein the step of retrieving and present- 
ing a list of assignments to the field crew, further comprises 
the following steps: 

5 at the mobile field unit, in response to a field crew member 
clicking on a continue link in the successful login 
HTML page, transmitting a request for a list of assign- 

at the enterprise computing system, in response to the 
to request for list of assignments, querying the database 
for assignments; 
at the enterprise computing system, generating an assign- 
ment HTML page; 
transmitting the assignment HTML page to the mobile 
15 field unit; and 

at the mobile field unit, loading the assignment HTML 
page into the web browser. 

8. The method of claim 7 for distributing work order 
assignment data, wherein said assignment HTML page 

20 contains a list of assignments assigned to the field crew and 
assignment links to additional data in the database corre- 
sponding to each assignment. 

9. The method of claim 7 for distributing work order 
assignment data, wherein each of the assignment links 

25 contains an assignment identifier for uniquely identifying 
the assignment. 

10. The method of claim 7 for distributing work order 
assignment data, wherein the step of querying the database 
for assignments comprises the following steps: 

retrieving crew identifier data from the cookie; 
querying the database for assignments related to the crew 
identifier data. 

11. The method of claim 7 for distributing work order 
35 assignment data, wherein the step of generating an assign- 
ment HTML page is performed by a common gateway 
interface. 

12. The method of claim 7 for distributing work order 
assignment data, wherein the step of generating an assign- 
ment HTML page is performed by a stored procedure 
invoked by an HTTP server. 

13. The method of claim 1 for distributing work order 
assignment data, wherein the step of retrieving detailed 
assignment data for an assignment in the list of assignments, 

45 further comprises the following steps: 

at the mobile field unit, in response to a crew member 
clicking on an assignment fink in the assignment 
HTML page, transmitting a request for data related to 
the selected assignment; 
50 at the enterprise computing system, querying the database 
for assignment data related to the selected assignment; 
at the enterprise computing system, generating a detailed 

assignment data HTML page; and 
transmitting the detailed assignment data HTML page to 
55 the mobile field unit. 

14. The method of claim 13 for distributing work order 
assignment data wherein the assignment data HTML page 
has a plurality of HTML status links each of which when 
clicked upon causes a different update to the status data of 

60 the assignment in the database. 

15. The method of claim 14 for distributing work order 
assignment data wherein one of said plurality of HTML 
status links is an accepted link which when clicked upon 
causes the status data in the database to indicate the assign- 

65 ment has been accepted. 

16. The method of claim 14 for distributing work order 
assignment data wherein one of said plurality of HTML 
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status links is an enroute link which when clicked upon 
causes the status data in the database to indicate the crew is 
enroute to the assignment location. 

17. The method of claim 14 for distributing work order 
assignment data wherein one of said plurality of HTML 
status links is a completed link which when clicked upon 
causes the status data in the database to indicate the assign- 
ment has been completed. 

18. The method of claim 14 for distributing work order 
assignment data wherein one of said plurality of HTML 
status links is a rejected link which when clicked upon 
causes the status data in the database to indicate the assign- 
ment has been rejected by the field crew. 

19. The method of claim 14 for distributing work order 
assignment data wherein one of said plurality of HTML 
status links is an arrived link which when clicked upon 
causes the status data in the database to indicate the field 
crew has arrived at the assignment location. 

20. The method of claim 14 for distributing work order 
assignment data wherein one of said plurality of HTML 
status links is a cancel link which when clicked upon causes 
the status data in the database to not be updated. 

21. The method of claim 13 for distributing work order 
assignment data wherein the assignment data HTML page 
comprises a refresh link which when clicked upon causes all 
of the data displayed in the assignment data HTML page to 
be refreshed. 

22. The method of claim 13 for distributing work order 
assignment data wherein the assignment data HTML page 
comprises a cause locator link which when clicked upon 
causes a cause HTML form to be displayed and into which 
data may be entered related to the cause of an outage. 
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23. The method of claim 13 for distributing work order 
assignment data, wherein said step of querying the database 
for assignment data is initiated by a common gateway 
interface. 

5 24. The method of claim 13 for distributing work order 
assignment data, wherein said step of querying the database 
for assignment data is initiated by a stored procedure 
executed by an HTTP server. 

25. The method of claim 1 for distributing work order 
jo assignment data to field crews using a system having an 

enterprise computing system and at least one mobile field 
unit, wherein the step of updating the detailed assignment, 
further comprises the following steps: 

at the mobile field unit, in response to a crew member 
15 clicking on an HTML status link in the assignment 
status HTML page, transmitting updated status data; 
at the enterprise system, updating the status data in the 
database; 

at the enterprise system, alerting a dispatcher as to the 
20 change in status data. 

26. The method of claim 25 for distributing work order 
assignment data, wherein the step of alerting a dispatcher as 
to change in status data comprises generating a sound to 
draw the attention of a dispatcher to the change in status 

25 data. 

27. The method of 25 for distributing work order assign- 
ment data, wherein the step of alerting a dispatcher as to 
change in status data comprises generating a dialog box to 
draw the attention of a dispatcher to the change in status 

30 data. 


